Nostr エコシステムの発展状況と問題

先週、CKB コミュニティのメンバー Retric がNostr バインディングプロトコル（Nostr Binding Protocol）を提案しました。

Nostr バインディングプロトコルは、Nostr イベントと CKB セルの間に 1 対 1 のマッピング関係を作成するために使用されます。一般ユーザーはこのプロトコルに基づいてNostr ソーシャルネットワーク内でネイティブ資産を作成および配布することができ、 RGB++ を通じて、これらの Nostr 上の資産はビットコインアドレスによって制御されることも可能です。クライアント開発者は、ETH dApp が 2 つのシステム（オフチェーンサーバーとオンチェーンスマートコントラクト）に分かれているのとは異なり、Nostr バインディングプロトコルは dApp に新しい開発パラダイムをもたらし、異なるデータレベルを持つ一貫したシステムを使用して dApp を構築します。Nostr バインディングプロトコルは将来的にCKB ライトニングネットワークにシームレスに統合され、ソーシャルネットワーク内のネイティブ決済問題を解決することができるとされています。

Nostr は、公私鍵に基づく極めてシンプルな情報伝送プロトコルで、検閲に強いグローバルソーシャルネットワークの構築を目指しています。Nostr はリレー（中継器）を使用してソーシャルデータ（投稿など）を保存し、ユーザーに伝送します。ユーザーが実行するソフトウェアはクライアントと呼ばれます。

今年の 3 月 9 日、Nervos Foundation と ABCDE が共同開催した第 1 回Bitcoin Singaporeの会議で、Retric は「Nostr エコシステムの発展状況と問題」についてのテーマで発表を行いました。以下は Retric の発表に基づいて整理した内容で、Nostr プロトコルをよりよく理解するのに役立ちます。

この Nostr プロトコルは、今日の会議の中で最もシンプルなものだと思います。他の人が話している技術やプロトコルに比べて、理解しやすいです。なぜなら、それ自体が非常にシンプルだからです。Nostr が最初にやりたかったのは実は「Twitter」でしたが、この Twitter はイーロン・マスクが制御するものではなく、より分散化された Twitter であり、悪事を働かず、他人をブロックせず、言論の自由があるものです。これを実現しようとするのは現実的な出発点であり、こうしたソフトウェアを作るために、Nostr という分散型プロトコルを提案しました。そして今に至り、皆はこれらのものが実際には Twitter だけでなく、より良いインターネット構造を作り、さまざまなアプリケーションを構築できることに気づき始めています。

Nostr プロトコルについて簡単に説明します。実際にはこのプロトコルを一言で説明できます：これはデータであり、特定の私鍵で署名され、そのデータが異なるリレーまたは中継器で伝播され、クライアントに送信されます。 本質的には、私は固定フォーマットのデータに署名し、その後いくつかの中継器に送信し、他のユーザーがクライアントを通じてこれらの中継器からそのデータを引き出して読み取ることができます。

Nostr の核心は JSON 構造であり、異なるフィールドがあり、各フィールドは異なる意味を持ちます。たとえば、pubkey は私が署名してデータを送信する際に使用する公開鍵を示し、content フィールドは私が署名したデータの内容を示します。それは任意の文字列であり、私が投稿した Twitter の内容や数字、暗号化されたものなど、プロトコル上では制限されていません。また、署名もあり、私が送信したデータに対する保証を示し、そのデータが確かに私から送信されたものであることを保証します。

したがって、Nostr の核心は非常にシンプルです。実際には、私はローカルで特定の私鍵を使用して自分が書いたデータに署名したことを示しています。このデータがオンラインに送信された後、Nostr ネットワークの構造も非常にシンプルで、2 つの構造があります。一つはリレー、もう一つはクライアントです。

リレーはサーバーであり、誰でも設置できるサーバーです。このリレーの役割は、常にオンラインで動作し、誰が私に先ほど述べたデータを送信したかを監視し、それを受信し、保存します。クライアントが特定のデータを要求した場合、私はそれを提供します。

次の部分は、このデータがどのように伝播されるか、つまり伝播の規範です。ここには実際に多くの詳細があります。たとえば、私がこのデータをリレーに送信した場合、リレー同士は相互に通信するのでしょうか？または、私がリレーに送信した後、リレーは私のデータを完全に保存しておくのでしょうか？いつでも私がそれを要求すれば、リレーは私に提供するのでしょうか？実際にはこうした詳細な問題があります。Nostr の答えは「私は気にしない、あなたたち自身で考えてください」というものです。気にしないというのは少し奇妙な反応ですが、時には ** 気にしないことが非常に巧妙な戦略だと思います。** 時には、現実世界でもオンラインでも、あまりにも多くのことを管理しすぎると、逆に物事を損なうことがありますので、私はそれが気にしないことが非常に面白いと感じます。

たとえば、簡単な例を挙げると、私たちが伝統的な中央集権型ソーシャルネットワークを使用しているとき、その中央集権型サーバーはデフォルトであなたのすべてのデータを保存します。そして、あなたが私に求めると、私はいつでもそれを提供できます。しかし、Nostr は気にしないので、ここでどのような状況が生じるのでしょうか？あるリレーの運営者は、すべてのメッセージを保存したいと考えています。これは一つのケースです。もう一つは、私は愛好者であり、非常に小さなノードを運営したいと考えており、好きなユーザーからのデータのみを受け入れたいと思っています。また、私はあなたのデータを受け入れることに同意しますが、受け取った後 30 分後にはそれを削除したいと思います。なぜなら、私のサーバーのディスクは限られているからで、そんなに長く保存したくないからです。

** したがって、実際には多くの異なる役割が進化し、これらの異なる役割は異なる分業を持つ可能性があります。** たとえば、実際にビジネスとして運営したい人は、専門的なサービスノードを構築し、できるだけ安定した長期間のサービスを提供するでしょう。また、愛好者はローカルネットワークのようなものを運営することもできますので、さまざまな分業が進化することになります。

一般的な現象として、ほとんどのリレーノードはあなたのメッセージを受け入れることを望んでいますが、長期間保存することを保証することはできません。この構造は、実際の人間社会のいくつかのソーシャルモデルにより適しているようです。実際のソーシャルモデルでは、たとえば、私は今日ここで皆とおしゃべりをしており、私が話すと、あなたたちはそれを聞き、知っています。そして、会場を離れます。数日後、記憶があまり良くない人は、私が何を言ったかを忘れてしまいますが、会場で録音機を買った人は、私が言った言葉をすべて記録します。これは、あなたのメッセージがずっと保存されるかどうかを示しています。

これは実際に私たちの現実で起こっていることに非常に似ています。このことが起こるのは、**Nostr が多くの詳細や他の事柄について規定を設けず、気にしないからです。** リレー同士が通信する必要があるかどうか、彼らが互いに持っているメッセージを同期する必要があるかどうかは規定されていませんが、禁止されているわけではありません。したがって、多くのリレーが自分自身をクライアントとして偽装し、他のリレーからデータを要求し、すべてのデータを同期することもあります。しかし、強制的な要求を行うことはなく、もし私がその要求を行った場合、すべてのリレーが全ネットワークのすべてのユーザーデータを保存しなければならなくなります。その場合、リレーの運営は非常に大きな試練となります。おそらく、専門的なサービスプロバイダーだけが運営でき、個人の愛好者は運営できなくなるでしょう。したがって、これはこのシンプルなプロトコルの背後にあるいくつかの考慮事項です。

まとめると、私は Nostr プロトコルが非常にシンプルだと思います。もう一つの面白い点は、現在のこのノードにおいて、私たちはビットコインとブロックチェーンを持っている後、共通の合意を持つことができるということです。つまり、私たちが皆座って、今日、統一されたフォーマット、統一されたプロトコルを使用してソーシャルネットワークやインターネットの製品を作るということです。これは非常に興味深いノードに現れています。しかし、現在のこのノードには、** 非常にシンプルなデータ構造と非常にシンプルな交換プロトコルを使用して、WeChat や Twitter などが行っていることを実現するという努力の方向性があると思います。** したがって、プロトコルを一目見ると非常にシンプルで、あまり意味がないように見えるかもしれません。しかし、その背後にある時間や意味を考えると、興味深く感じるでしょう。

もう一つの点は、この構造では、大量の検証がクライアントで発生するということです。ここでは、実際には一つの事柄の検証、つまり、あなたが発表したデータが本当にあなたが声明した公開鍵と秘密鍵のペアから発信されたものであるかどうかを検証するだけです。なぜこの検証を行うのかというと、たとえば、私が Twitter で不適切なことを言った場合、そのメッセージはリレーに送信されます。リレーはそれを他の人に送信する責任がありますが、リレーが検証を行わない場合、リレーは私が言った奇妙なことを他のユーザーに偽造して送信することができます。データを送信する際には署名があるため、そのデータを受け取ったクライアントは一度検証を行い、確かにその署名が彼が言ったことと完全に一致していることを確認できます。これにより、リレーは他の人を欺くことができなくなります。

したがって、検証は署名の確認を行うことであり、この署名の確認は、過去の中央集権型インターネット、たとえば WeChat のようなもので、WeChat のサーバーは自分で制御しており、サーバー上で何でも書くことができるため、彼らがあなたを欺いているかどうかを確認することはできません。しかし、最もシンプルな検証があれば、実際には権利をサーバーから剥奪し、アカウントを持つユーザーに渡すことができます。 あなたが公開鍵と秘密鍵を持っている限り、友人に検証を行わせ、他の誰かが私を偽装したり、他の不適切なことを言ったりすることがないことを確認できます。

では、Nostr の発展はどうなっているのでしょうか？これは私が 3 月に見つけたデータです。これは分散型ネットワークであるため、そのデータは統計を取るのが難しいです。これは nostr.band のウェブサイトから取得したデータで、Nostr の総ユーザーは約 37 万人、日次アクティブユーザーは約 12,000 人です。これまでに出現したリレーの総数は、2000 以上のノードが運営されていますが、実際にオンラインのノードは 200 未満です。大体このような状況で、ユーザーはまだ少ないです。

比較として、BlueSky プロトコルとの比較を見てみましょう。Bluesky は昨年末に 200 万人のユーザーに達したと発表しました。右側のデータは、Twitter から移行したユーザーがどこに行ったかを統計したもので、Mastodon が最初に来ており、Mastodon は比較的古いプロトコルです。また、ost news や BlueSky に移行したユーザーもいますが、Nostr は実際には第 5 の梯隊に属し、比較的小さな部分です。

これは Nostr の発展状況の概略ですが、もちろん Nostr の背後には多くの見えないデータがあり、たとえばプロトコルに提案を提出したり、開発者が PR を提出したりしています。これらの開発活動や議論は、統計に含めることができないデータですが、これらのリンクをクリックすると、実際に発生していることがたくさんあり、多くの人々がこのプロトコルに貢献しようとしています。これは Nostr を使用して行われていることの一部であり、単に Twitter を作るだけでなく、音楽関連のアプリケーションや YouTube タイプのアプリケーション、ブログ関連のアプリケーションも作られています。

したがって、私がまとめると、現在私たちはほとんどのユーザーが実際には開発者やメーカーであると感じています。 彼らはプロトコル自体に興味を持ち、上で何かを開発したいと考えているか、何かを作りたい人であり、一般のユーザーは少ないかもしれません。

なぜ Nostr はこれほどシンプルで、ビジョンは良さそうに見えるのに、発展があまり満足のいくものではないのか、私は 3 つの問題に直面していると思います。実際、私はこの PPT を書くときに非常に多くの細かい問題に気づきました。たとえば、クライアントや製品体験に関するものです。しかし、これらのことを明確に説明するのは非常に難しいので、私は重要だと思う 3 つの点を挙げます。

最初の大きな問題は、Nostr ネットワーク内で特定のユーザーが発信したコンテンツをどのように見つけるかということです。 前述のように、Nostr プロトコルの運用は、私がローカルで何かに署名し、それを無数のリレーに送信することです。他のユーザーはこれらのリレーから私が発信したデータを取得して読むことができますが、このモデルには問題があります。私がこのデータをリレーに送信した後、私の友人がこのメッセージを読むとき、彼はどのリレーにこのメッセージがあるかをどうやって知るのでしょうか？彼はどのリレーが私のデータを持っているかを知っている必要があります。したがって、現在の大きなユーザー体験の問題は、多くの人が Nostr を使用しているときに友人に「ねえ、あなたはどのリレーを使っているの？私も同じリレーを設定する必要があるから、そうすれば私たちはこのデータを交換できる」と尋ねることです。これは非常に不便な方法です。

もちろん、現在では多くの開発者が詳細な解決策を提案しています。たとえば、NIP-65 という提案があります。これは、私のデータがどのリレーに置かれるかという情報をリレーに置くというものです。そして、この情報をできるだけ多くのリレーに広めます。そうすれば、私の友人はまずリレーに尋ねて、私が普段どのリレーにメッセージを発信しているかを知ることができます。この情報を得た後、彼は私がよく発信するリレーを探し、そこからデータを要求します。これが一つの方法です。

この方法は、Inbox と Outbox という 2 つのモードに分かれています。たとえば、Inbox はユーザーがどのリレーから自分に関するメッセージを読むかを定義することを可能にします。もしあなたが Twitter で私に @したい場合や他のことをしたい場合、この Inbox リレーにその情報を送信できます。もう一つの Outbox リレーは、私が A、B、C、D のいくつかのリレーに自分のメッセージを送信することを指します。つまり、私は普段発信するリレーの情報をまずリレーに送信します。

しかし、ここで技術的な難題が生じます。つまり、私はどうやってこのメッセージがどこにあるかを知るのでしょうか。したがって、これには問題があり、他の解決策もあります。たとえば、私はアルゴリズムを使用して、できるだけ多くの情報を全ネットワークからダウンロードし、他の人が発信した情報に含まれるリレーの隠れた証拠を使って、ある人が発信したデータがどのリレーに存在するかの確率を計算しようとします。この確率の計算を通じて、できるだけ多くのリレーからデータを要求し、他の人があなたのデータを読みたいときに見つけられるようにします。また、ユーザーが自分が使用するリレーを定義し、グループ化することもあり、他のユーザーがこれらのグループを通じてあなたを見つけることができるようにします。これが現時点での改善策の一部です。

第二の問題もかなり深刻で、コンテンツガバナンスと呼ばれます。コンテンツ製品やソーシャルネットワークには、ソーシャルネットワーク上のコンテンツをどのように維持するかに多くのエネルギーを注ぐ必要があります。たとえば、あなたは Twitter を使っているときに、他の人が首を切られる動画を見たくないですよね。これは非常に悪い体験です。このようなことを行うために、企業は大量の運営を行い、多くの人がコンテンツをフィルタリングしたり、アルゴリズムを使用してコンテンツをマッチングしたりする必要があります。この部分は市場で比較的空白です。これにはいくつかの理由がありますが、一つの理由は、皆がこのプラットフォーム上でアルゴリズムに非常に反発しているからです。TikTok や YouTube が私たちを制御しているように見えるからです。しかし、実際には私たちはアルゴリズムが必要です。ただし、私たちが必要とするのは、アルゴリズムを切り替えることができることです。

私は、YouTube や TikTok が私に強制的に広告を推奨するアルゴリズムを受け入れるのではなく、たくさんのアルゴリズムを自由に切り替えられることを望んでいます。もしこのアルゴリズムが気に入らなければ、選択肢があれば退出できるという考え方は、徐々に受け入れられています。ただし、現在この部分では、人工的なものやコンテンツに対する運営、アルゴリズム技術に関することがまだ不足しています。したがって、この部分の主な問題は、このネットワークがすべての人によって構成されているため、どのコンテンツが良いのか、どのコンテンツが悪いのか、どのコンテンツがあなたに興味があるのか、どのコンテンツがあなたに興味がないのかを決定するメカニズムが必要であるということです。これは実際にコンテンツガバナンスの問題です。

以下は、私が挙げた現時点での改善策のいくつかです。たとえば、最初のラベリングデータです。この Nostr 上には、ユーザーが特定のデータがどのタイプに属するか、またはその属性が何であるかを自分でマークできる専用のデータがあります。このラベリングを通じてデータに注釈を付けることができますが、このアプリケーションは広く普及していません。なぜなら、非常に簡単で、誰もこの作業をやりたがらないからです。誰もあなたのソーシャルメンバーとして苦労を手伝いたくないのです。初期のインターネット社会にはこのような建設精神がありましたが、今では皆が消費者として使用することが多くなっています。もちろん、API を作成するという提案もあります。私は特定のサービスを運営し、全ネットワークの企業データを収集し、フィルタリングや分類を行い、より良いメッセージをユーザーに提供することができます。このような解決策は非常に実行可能ですが、巨大な問題があります。つまり、こうしていると、私たちは再び戻ってしまいます。Nostr プロトコルからデータを要求するのではなく、特に優れた API を持つ企業にデータを要求することになります。そうなると、このプロトコルは再び別の Twitter や WeChat のようなものになってしまうため、この解決策は非常に良いのですが、問題は皆がそれを好まないことです。

もう一つの解決策は DVM で、Nostr プロトコルを使用して、使用プロトコルで定義されたインターフェースを使用してデータの分類やアルゴリズムを行うことを目指しています。大まかな意味は、あなたが私にいくつかのライトニングネットワークのサトシを与えれば、私はあなたが望むデータを返すということです。あなたがデータフォーマットを定義しますが、これにもいくつかの問題があります。

もう一つは Noscript で、これは別のアイデアで、私たちはこれらのフィルタリングアルゴリズムや分類に必要な技術をコードとして直接 Nostr に置き、リレーに保存させるというものです。そして、クライアントはこれらのコードをダウンロードし、ローカルでフィルタリングや推薦を行います。もちろん、これはさらに悪化しています。なぜなら、今はまだいくつかのアイデアがあり、議論されているだけだからです。

第三の比較的深刻な問題は、PMF（Product-Market Fit）です。現在、Nostr の多くの製品や開発者は PMF を見つけられず、大量の競争に直面しています。一方では、中央集権型の伝統的な製品があり、もう一方では Web3 ブロックチェーンがあります。彼らはトークンを発行せず、何もしないため、実際にはいくつかのビジネスモデルが不足しており、ネットワーク効果の問題にも直面しています。人が少ないほど、さらに少ない人が移行することを意味しますので、PMF は非常に良い問題です。

最大のクライアントである Damus についてですが、皆さんは使ったことがありますか？その開発者は昨年末にツイートし、2024 年が Damus の最後の年になるかもしれないと言いました。なぜなら、彼は続けていくための資金がほとんどなく、2024 年にうまくいかなければ、もうお金を稼げないからです。したがって、これはソーシャルネットワークの公共財に持続可能な発展の方向性を見つける問題でもあります。

実際、これらのすべての問題は、私は機会だと思います。 たとえば、最後の PMF についてですが、もし私たちがブロックチェーンと結びつく場所をもっと持ち、より通じるビジネスモデルを持ち、ブロックチェーンファンドと結びつけることができれば、公共財の資金調達問題を解決できるかもしれません。

最後に、私はNostr が新しい開発の代替アプリケーションの一つの提案であると考えています。 もしあなたが代替製品を作りたいのであれば、単に 2 つの極端な選択肢、すなわち一方はブロックチェーン、もう一方は Twitter だけではありません。そうではなく、Nostr という中間の地帯が存在します。これはブロックチェーンに基づいていませんが、専用のソフトウェアでもありません。ありがとうございます。