ノストルのエコ開発の現状と課題

先週、CKBコミュニティのメンバーであるRetricがNostr Binding Protocolを発表しました。

Nostrバインディング・プロトコルは、NostrイベントとCKBセルの間に1対1のマッピングを作成するために使用されます。このプロトコルにより、一般ユーザーはNostrソーシャルネットワーク上でネイティブアセットを作成・配布することができます。クライアントサイドの開発者はその上に製品を構築することができ、2つのシステム（1つはオフチェーンサーバー用、もう1つはオンチェーンスマートコントラクト用）に分かれているETH dAppsとは異なり、NostrバインディングプロトコルはdAppsに新しい開発パラダイムをもたらす。Nostrバインディングプロトコルは、将来的にCKB Lightning Networkにシームレスに統合され、ソーシャルネットワークにおけるネイティブペイメントの問題を解決できると言われている。

Nostrは、公開鍵・秘密鍵ベースの最小限の決済プロトコルです。NostrはRelayを使用してソーシャルデータ（投稿など）を保存し、クライアントと呼ばれるソフトウェアを実行するユーザーに送信します。

今年3月9日、Nervos FoundationとABCDEが共催した第1回ビットコイン・シンガポール会議で、Retric氏は「Nostr Eco-Development.」と題して、Nervos FoundationとABCDE共催の第1回ビットコイン・シンガポール会議で講演した。

以下はRetric氏のシェアに基づくもので、 Nostrプロトコルをよりよく理解するのに役立ちます:

Nostrプロトコルは今日の会議で最もシンプルなものです。Nostrプロトコルは今日のセッションで最もシンプルなものであるべきです。他の人たちが話した技術やプロトコルに比べて、最も理解しやすいものです。Nostrが最初にやろうとしていたことは、実際には「Twitter」でしたが、これはイーロン・マスクによってコントロールされているわけではなく、より分散化されたTwitterです。このようなソフトウェアを作りたいという、より現実的な出発点からこれを行いたいと考え、そのためにNostrと呼ばれるソーシャルネットワーク上の分散型プロトコルを考え出しました。 そしてそれは、人々がこのようなものは実際に単につぶやきをするだけでなく、インターネットのより良い構造のようなもので、その上でできるあらゆる種類のアプリケーションがあることに気づき始めるところまで発展しました。

Nostr このプロトコルを簡単に紹介します。このデータはその後、さまざまなリレーやリピータに伝搬され、クライアントに送信されます。要するに、私は固定フォーマットのデータに署名し、署名後にそれをいくつかのリレーに送信し、他のユーザーがクライアントを介してそれをプルダウンすることによって、それらのリレーからそれを読むことを許可します。

Nostrのコアは、「Nostr.com」です。Nostrのコアはジェイソン構造体であり、それぞれが意味を表す異なるフィールドを持つ。例えば、pubkeyは私が署名するデータを送信するために署名する公開鍵で、例えば、contentカラムがあり、これは私がこのデータのコンテンツに署名することを表しています。こちら側にも署名があり、これは私が送信しているこのデータが、実際に私の側から来たものであることを保証していることを意味します。

つまり、Nostrのコアはこのようにシンプルで、私が書いたデータの一部に秘密鍵でローカル署名をするだけです。このデータがインターネットに送られた後、Nostrのネットワーク構造も非常にシンプルで、リレーと呼ばれる構造とクライアントと呼ばれる構造の2つだけです。

Relayはサーバーで、誰でも設置できるサーバーです。このRelayの役割は、インターネット上で動作していることで、私が今言ったこのデータを送ってくる人の話を聞き、それを受信し、保存します。

第二の部分は、このデータをどのように普及させるか、つまり普及の仕様です。例えば、このデータをRelayに渡した場合、Relayは互いに通信するのか？あるいは、私がこのデータをRelayに渡した後、Relayはこのデータを完全に保存する手助けをしてくれるのだろうか？Nostrの答えは「私は気にしない、君たちが解決してくれ」というもので、ちょっと奇妙な回答だが、時には気にしない方が賢明な戦略だと思うこともある。現実世界であれ、ネット上であれ、気にしすぎて物事を傷つけてしまうことがあるように思います。

例えば、簡単な例を挙げましょう。従来の中央集権的なソーシャルネットワークを使う場合、中央集権的なサーバーはデフォルトであなたのデータをすべて保存します。そして、あなたがそれを求めに来たら、いつでもそれを渡すことができる。しかし、Nostrは気にしないので、ここで何が起こるか？より大きく、より強くなりたいと考え、すべてのメッセージを保存したいと考えるRelayオペレーターがいますが、それは一種のことです。また、熱狂的なファンがいて、とても小さなノードを持ちたがっていて、自分が気に入ったユーザーからのデータしか受け入れない人もいる。それから、あなたのデータを受け入れてもいいんだけど、それを受け取って、たぶん30分後にはもういらないと思って削除するような人もいる。

そのため、実際には多くの異なる役割に発展し、それらの異なる役割は異なる役割分担を持つことになるでしょう。例えば、本当にビジネスとして運営したい人がいるのであれば、私ならプロフェッショナル・サービス・ノードを目指し、できるだけ安定した、より長いサービスを提供します。また、そのようなLANのようなものを運営できるマニアもいるので、異なる種類の役割分担を進化させるでしょう。

よくある現象は、ほとんどのリレーノードはあなたのメッセージの一部を喜んで受信しますが、長期間保存される保証はないということです。この構造は、実際の人間社会の社会パターンに適しているようだ。実際の社会モデルでは、例えば、私が今日ここで皆さんと話をするとして、私が話をすると、皆さんは私の話を聞くことができ、私のことを知っていて、その後、待ち合わせ場所を離れる。2日後には、記憶力がよくない人もいて、私が何を話しているのか覚えていない。しかし、この会場でテープレコーダーを買って、あなたの言葉をすべて書き留める人もいる。つまり、このメッセージはあなたの手元には残らないということだ。必要だとは明記されていないが、できないとも書かれていない。そのため、クライアントのふりをするRelayはたくさんあり、他のRelayに行ってデータを要求し、すべてのデータを同期させます。しかし、「通信しなければならない」という必須要件を満たそうとしない。その理由のひとつは、「通信しなければならない」という要件を満たせば、すべてのリレーが各ユーザーのデータをネットワーク全体に保存しなければならなくなるからで、リレーの運用は非常に大きな試練となる。もしかしたら、プロのサービス・プロバイダーしか運用できないかもしれませんし、個人の愛好家は運用できないかもしれません。それが、シンプルなプロトコルであることの背景にある考慮点のいくつかです。

まとめると、Nostrプロトコルは非常にシンプルだと思います。

要約すると、Nostrのプロトコルはとてもシンプルだと思います。

このプロトコルの面白いところは、現時点でビットコインやブロックチェーンがあるとき、私たちがコンセンサスを得たいと思っていることの1つは、まるで私たち全員が座って、統一フォーマットや統一プロトコルを使ってソーシャルネットワーキングをしたり、インターネット上で製品を作ったりしようと言っているようなものです。WeChatやTwitterなどがやっているようなことを、非常にシンプルなデータ構造、非常にシンプルな交換プロトコルで実現しようとしているのです。ですから、おそらく非常に単純なプロトコルだと思います。しかし、その出現の背後にある時間を考えれば、この意味の出現がより面白く感じられるでしょう。

もうひとつは、セットの構造上、実際にはクライアント側で行われる検証が多いということです。投稿するデータが、宣言した公開鍵と秘密鍵のペアによって実際に送信されているかどうかを検証し、その検証を行うだけです。なぜこのような検証を行うかというと、例えば私が言ってはいけないようなことをツイートした場合、そのツイートはRelayに送信され、Relayはそれを他のユーザーに送信する責任を負うことになります。Relayが検証を行わなければ、Relayは「あなたが言った奇妙な文章を私が偽造して他のユーザーに送信した」と言うことができます。私がデータを送るときには署名があるので、データを受け取ったクライアントは、彼が署名した署名が彼が言ったことと正確に一致することを検証することができ、Relayは他の誰も騙すことができないのです。

だから、その検証の一つは、検証の署名を行うことであり、検証の署名は、実際にWeChatのような過去の私たちの中央集権的なインターネットであり、サーバー上のWeChatは、それは彼ら自身のコントロールであり、それはサーバー上で何を書くことができ、あなたはそれがすべてのデータ、すべての権利がサーバー上にあるので、あなたをだましていないと言うことを決定する手段を持っていません。すべての権利はサーバーにある。しかし、最も単純な認証方法を使えば、実際にサーバーから権利を剥奪し、アカウントを所有するユーザーに与えることができる。公開鍵と秘密鍵さえあれば、友人に検証を行わせ、私になりすましたり、何か間違ったことを言おうとしている他の誰かでないことを確認することができる。

では、Nostrで何が起こっているのか？3月に調べたデータがあります。分散型ネットワークなので、実はあまり統計的ではありません。これは私がnostr.bandのウェブサイトから得たデータですが、Nostrの総ユーザー数はおそらく37万人くらいで、1日のアクティビティはおそらく1万2000。 Relayの総数、登場したRelayの数、ノードを運営した人の数はおそらく2000人以上。しかし、実際に常時オンラインになっているノードの数は、おそらく200以下でしょう。おそらくそうでしょうから、ユーザー数はまだ比較的少ないのでしょう。

比較として、昨年末に200万ユーザーを達成したと言っているはずのBlueSkyとの契約内容の比較を見ていただきたいのですが、そのデータの右側に、Twitterを退会したユーザーがどこに行ったかという統計があり、Mastodonが1位であることがわかります。マストドンが最初のもので、マストドンは古いプロトコルの一つであり、次にost newsに行く人がいて、BlueSkyに行く人がいて、Nostrは実際には第5のエシュロンであり、より小さい部分であることがわかります。

もちろん、そういう流れだ。Nostrの背後には、プロトコルに提出されたプロポーザルや、PRを提出した開発者、開発活動や議論など、この種のデータでは見えないものがたくさんあり、それをカウントする方法はおそらくありませんが、これらのリンクをクリックすれば、そのようなことがたくさん行われていることがわかりますし、プロトコルに貢献しようとしている膨大な数の人々がいることがわかります。これはNostrで人々がやっていることの一部で、私が実際にツイートしているだけでなく、多くの音楽アプリがあり、YouTubeタイプのアプリがあり、ブログアプリがある。

つまり、要約すると、今のところ、ほとんどのユーザーはまだ開発者やメーカーだと考えています。彼らはプロトコル自体に興味があり、その上で何かを開発したいと思っています。プロトコルに普通のユーザーは少ないでしょう。

なぜNostrはこんなにシンプルなのか、ビジョンは良さそうなのに、開発はあまり満足のいくものではないのか、それは3つの問題があるからだと思います。しかし、このようなことを明確にするのは実際には非常に難しいので、私がより重要だと思う3つのポイントだけを挙げました。

最初の大きな問題は、ユーザーがNostrネットワーク上のどこにコンテンツを送信しているかをどうやって見つけるかということです。他のユーザーは、私がこれらのRelayから送信したデータを取得し、それを読むことができる。しかし、このモデルには問題がある。私がRelayにデータを送った後、友人がこのメッセージを読みたいと思ったとき、彼はどうやって私がどのRelayにこのメッセージを置いたかを知るのだろうか。Nostrを使っている多くの人が、友達に「ねえ、あなたはどのRelayを使っているの？それはかなり間抜けなやり方だ。

もちろん、今までにNIP-65提案のような詳細な解決策を考え出した開発者はたくさんいますが、それはおおよそ、「私はこの情報をどのRelayに載せたいのか、そのRelayに私のデータを載せます」と言っているのと同じことで、その情報をできるだけ多くのRelayに広めます。そして、私はこのメッセージをできるだけ多くのリレーに広める。そうすれば、私の友人はまずリレーに行き、私の友人が普段メッセージを送る場所について質問するだろう。この情報を得た後、彼は私がいつも投稿しているリレーに行き、このデータを彼らに尋ねる、これが一つの方法だ。

さらに細かいモデルとして、Inboxと呼ばれるものとOutboxと呼ばれるものがあります。Inboxのように、ユーザーが自分に関するメッセージをどのリレーから読みたいかを定義することができます。ツイッターの@meや他のことをしたい場合、そのメッセージをInbox Relayに送ることができる。もうひとつはOutbox Relayで、これは私のメッセージをRelay A、B、C、Dに送りますよ、というもので、つまり、私の通常のRelayメッセージの一部をそもそもRelayに送りますよ、というものです。

しかし、ここから生まれる技術的な問題があります。そこで、いくつかの解決策としては、私がいくつかのアルゴリズムを使って、ウェブ上でできる限り多くのメッセージをダウンロードしようとします。そして、他の何人かの人々から、いくつかのリレー隠された証拠の中にいくつかの情報を送信し、彼がデータをリリースした人を入れようとすると、計算を行う確率にいくつかのリレーが登場した。この確率計算を通じて、我々はできるだけ多くのデータを求めるためにいくつかのリレーを見つけようとすると、あなたのデータを読みたい他の人のニーズを満たすためにあなたのデータを見つけることができます。また、ユーザーが自分自身のリレーを定義し、いくつかのグループ分けを行い、さらにこれらのグループを通して他のユーザーがあなたを見つけることができるようにするものもあり、これは既存の改善プログラムの一部です。

2つ目の問題は、コンテンツガバナンスと呼ばれる、より深刻なものです。コンテンツ製品であろうと、ソーシャルネットワーク上であろうと、そのソーシャルネットワーク上のコンテンツをどのように維持するかに、多くのエネルギーを注ぐ必要があります。例えば、誰かが自分の首をはねている動画をツイートする必要はないでしょう。そのような企業の裏側では多くのオペレーションが行われており、コンテンツをフィルタリングしたり、アルゴリズムでコンテンツマッチングを行うには多くの人が必要で、その部分に市場のギャップがあるのです。その理由はいくつかありますが、ひとつは、人々がこのプラットフォーム上のアルゴリズムを拒絶していることです。TikTokやYoutubeがあたかもアルゴリズムにコントロールされているかのように感じるからです。しかし、実際にはアルゴリズムは必要で、アルゴリズムを切り替えられればいいのです。

私は、YoutubeやTikTokが広告をプッシュするために与えてくれるアルゴリズムしか受け入れないとは言いたくない。アルゴリズムが気に入らなければ、オプトアウトできるオプションがある。ただ、今はこの部分が、マニュアルのようなものであれ、コンテンツに施される操作の一部であれ、アルゴリズム技術に施されるものの一部であれ、どれもまだ比較的不十分なのだ。つまり、この主な問題の一部は、このネットワークがすべての人々の共通の構成物であるということです。どのコンテンツが良くて、どのコンテンツが良くないのか、どのコンテンツに興味があり、どのコンテンツに興味がないのかを決定するメカニズムが必要です。

ここで、私が挙げた既存の改善点のいくつかを紹介します。例えば、最初のラベリング・データです。これは、Nostrの特別な種類のデータで、ユーザーは、それがどのような種類のデータであるか、またはその属性が何であるかをラベル付けすることができます。これはデータにラベルを付ける方法だが、広く使われていない。初期のインターネット社会には、このような建設的な精神がありました。今、私たちは消費者としてAPIを使うことが多いかもしれませんが、もちろん、APIを使えると言う人もいます。 私はいくつかのサービスを運営することに特化しています。これは非常に良い解決策だが、大きな問題がある。Nostrにデータを求めるのではなく、特にうまく機能するAPIを探し、そのAPIのサーバーにデータを求めることになる。そしてプロトコルは、このAPIの背後にある別のTwitterやWeChatに変わっていく。問題は、人々がそれを好まないということだ。

DVMというプログラムもあります。これはNostrプロトコルで何かをしようとしているもので、プロトコルで指定されたインターフェイスを使ってデータの分類やアルゴリズムを行います。つまり、ライトニング・ネットワークのサトシを私に渡すと、私はあなたが望むデータをあなたに返すというもので、あなたはデータ形式を指定します。

もう1つはNoscriptで、これは別のアイデアですが、分類に必要なフィルタリングアルゴリズムやテクニックのいくつかを取り込み、コードをコンテンツとして直接Nostrに置き、Relayに保存させます。そうすれば、クライアントが直接これらのコードを引き下ろし、ローカルでフィルタリングやレコメンデーションを行うことができる。もちろん、これはさらに悪いことで、今はまだいくつかのアイデアしかなく、議論している人もいます。

3つ目の深刻な問題は、実はスタートアップの問題、PMFです。現在、Nostrの製品や開発者の多くはPMFを見つけることができません。一方では、中央集権的な伝統的な製品があり、他方では、Web3ブロックチェーン側があるかもしれません。彼らはトークンを発行せず、何もしないので、実際にはいくつかのビジネスモデルが欠けています。また、ネットワーク効果の問題にも直面しています。つまり、PMFは大きな問題なのだ。

Nostrの最大のクライアントはDamusと呼ばれるもので、利用したことがあるかどうかはわからないが、その開発者は昨年末に「2024年がDamusの最後の年になるかもしれない」というツイートを発信した。というのも、2024年に間に合わず、お金にならないのであれば、彼はもうそれを続ける余裕がないからだ。つまり、ソーシャルネットワークという公共財の持続可能な方向性を見つけることが問題なのだろう。

ここにあるすべての問題は、チャンスでもあると思います。例えば、前回のPMFのように、ブロックチェーンと組み合わせられる場所が増えれば、ブロックチェーンファンドと組み合わせられるビジネスモデルが増えれば、おそらくこの種の公共財の資金調達の問題を解決できると思います。

最後に、Nostrは代替アプリケーションを開発する新しい方法だと思います。代替製品を作りたいのであれば、ブロックチェーンと呼ばれる極端なものと、ツイッターと呼ばれる極端なものという2つの極端なものだけではないのかもしれません。ありがとう。