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

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

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

次の部分は、このデータがどのように伝播されるか、つまり伝播の規範です。ここには実際に多くの詳細があります。例えば、私がこのデータをリレーに送信した場合、リレー同士は相互に通信するのか？または、私がリレーに送信した後、リレーはこれらのデータを完全に保存し、いつでも私が要求すれば提供するのか？実際にはこのような詳細な問題があります。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 の背後には多くの見えないデータがあり、プロトコルに提案を提出したり、開発者が PR を提出したりしています。これらの開発活動や議論のデータは統計できないかもしれませんが、これらのリンクをクリックすると、実際に発生していることがたくさんあり、多くの人がこのプロトコルに貢献しようとしています。これが Nostr を使用して行われていることの一部であり、単に Twitter を作るだけでなく、音楽関連のアプリケーションや YouTube タイプのアプリケーション、ブログ関連のアプリケーションも作られています。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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