ビットコインはめっちゃ規制されてるよね。

NostrがHNのトップにあって嬉しいよ。まだ始まったばかりだけど、Nostrでは「zapps」が可能なんだ。Nostrは少なくとも5年前から存在してるよ。パンデミックの時に人々がそこに移行して、Twitterで宣伝してたのを覚えてる。まだ始まったばかり？

こういうコメントを読むと、今すぐ登録したくなるけど、実際のページをクリックして探ってみると、最初に目にするのは本当に物を作って売ってる人たちなんだ。確かにビットコインで支払いを受け付けてるけど、ギーやカカオを売ってて、代替教育に興味があるコミュニティがあるんだよ。君が言ってるのは「私の日記を見せるから、それにお金を払って」っていうのとは違う。リアルな商品やサービスで、「コンテンツ」じゃないんだ。

Nostrクライアントのプルリクエストでザップを稼ぐこともできるよ。こんな感じのバウンティをいくつかホスティングしてるんだ： https://app.lightningbounties.com/issue/615dc5f7-ed91-4ecd-8...

個人がホスティングしたウェブサイトのネットワークに近い それじゃ monetization できないよね。

だいたいそんな感じでnostrは動いてるよ。ウェブサイトの代わりにノートがあって（何でもありの一般的なタイプ）、サーバーの代わりに「リレー」があるんだ。

これは面白い質問だね。ちょっと脱線するけど、すでにその効果を得るための技術のミックスがあるんだ。簡単に言うと、個人のウェブサイトを共有ホスティングやVPSでホストしながら、IRCやXMPPでチャットしたり、RSSを使って自分についての情報を共有するフィードを作ったりできる。だから、実際に解決したい問題は何なの？ アクセシビリティを改善したいの？つまり、非技術者がフィードに参加したり、自分の考えを発信したり、グループチャットに参加したりするハードルを下げたいの？ それとも、既存のものの発見性を向上させたいの？みんなが偶然情報を見つけやすくしたいの？検索や推薦、リンク、pub/subなどを簡単にしたいの？持続可能性を解決したいの？技術の維持費をカバーするモデルを開発したいの？それとも、コミュニティが自分たちでモデレート・ガバナンスできるようにするための十分な配慮を提供するガバナンスの問題を解決したいの？これらは大きな質問で、これらを一緒に解決しようとすると、必然的にトレードオフが必要になるよ。すべてを分散化するのは素晴らしいけど、それは発見性やアクセスの面に影響を与える。別のアカウントがないのは良さそうだけど、オンラインとオフライン、分散アイデンティティについての複雑な議論を隠しちゃう。さらに深く掘り下げると、私たちのアプローチは価値観に基づいているんだ。それは話す相手によって大きく異なることもある。ここから、社会学や文化のあいまいな領域に入っていくんだ。そこには絶対的な真実は少ない。だからといって、手を挙げて現状を受け入れるべきだとは思わないけどね。「単一のネットワーク」や「単一のプロトコル」という言い方は、これらの質問にアプローチするには粗すぎる。インターネットが私たちに提供する本質的な価値は、標準化や構成、オープン性といったいくつかの基本的なデザイン原則に見出せる。それによって、多様なコミュニティをホストする多くのネットワークを作ることができるんだ。それぞれ自分に合ったものを持つのは悪いことじゃない。みんなのニーズに応える万能の解決策があるなんて考えるのはあまりにもナイーブだよ。バルカン化は、自由でオープンでアクセス可能なデジタルグローバルネットワークについて私たちが持つ共通の信念を侵食する場合、本当に問題になる。MastodonやNostr、Fediverse、Smolwebなどのニッチで活動している「技術者」たちは、初期のインターネットの誕生につながった同じ価値観を持つ特定の（カウンター）カルチャーに浸っているからこそ、そうしているんだ。サイバースペースはまずアイデアの市場なんだ。技術はその表現に過ぎない。

この場合の「アカウント」は単なる公開鍵/秘密鍵のペアだよ。自分のリレーをホストできるし（誰もあなたの言いたいことを聞かないけど、サブスクライブしない限り）、同じ公開鍵（「アカウント」）をどのNostrリレーでも使える。投稿をすべてのリレーにブロードキャストすることも、いくつかのリレーにだけすることも、自分のリレーにだけすることもできる。理論的には、投稿ごとに新しい鍵を生成することもできるよ。リレーはそれを気にしない。これはMastodonなどにはない特徴だね（アカウントはサーバーに結びついているから、自己ホスティングしたMastodonを自己ホスティングしたAkkomoに移動するにはMastodonを動かし続けないといけないし、インスタンスの管理者が許可しない限り、別のインスタンスに移動できない）。その一方で、アカウントの回復が完全にできないことは、多くの人にとって問題になるかもしれないね。

なんで「明らかに技術者向け」って言うの？彼らを作った人たちの考えがわかるの？

インディウェブ？

それいいね！Nostr、Bittorrent DHT、Mastodonを使って、検閲に強いマルチチャネルの冗長放送ビーコンを作ろうと思ってたんだ。すべての方法がダウンしない限り、ノード同士が見つけられなくなることはないからね。

すごいね、これ。自分のプロジェクトでも似たようなものを作ろうと思ってたから、同じ問題を抱えてた人がいてよかった。時間を節約できたよ。

これすごく面白いね。同じような感じで、少し前にNostrかATProtoがピアツーピアのインスタントメッセージングシステムの一部として機能する可能性があるか考えてたんだ。特に、永続的なストレージやオフラインメッセージングの手段としてね。（でも、接続を確立するのに使うのもかなり賢いと思う。）

そうだね。メッセージの伝播に共通のモデルがないから、「ネットフォース」や明確な方向性がないんだよね。

これは確かに有効な観察で、ある意味ハードルだね。僕にとっては、取り組むのが面白い問題だよ。これを解決するアプローチはいくつかある。例えば、NIP65では、自分のプロフィールにどのリレーを読み書きするかを定義して、クライアントが正しいコンテンツを見つけられるようにしてるんだ。それは一つのアプローチで、他のアイデアを探ってる人もいるみたい。とにかく、解決可能な問題に見えるね。

いくつかのNIPにはちょっとおかしなことがあるけど、技術が急速に進化したからなんだ。ほとんどのNIPは大丈夫で、継続的に改善されてるよ。定期的にNIPをリリースすれば、他の仕様と同じように簡単に解決できることだよ。今のところ、その形式的な必要性はあまりないけど、ほとんどの開発者はすぐにそれを使ってツールを作る方法を理解してるみたい。

Mastodonの方がその目的には適してるのに、フロントページにTwitterのクローンを載せるのはちょっと誤解を招くよね。このプロトコルの本当の価値は他のユースケースにあるんだ。

今はほとんどのクライアントがアウトボックスをサポートしてるから、共通のリレーは必要ないよ。ユーザーはインボックスとアウトボックスのリレーを持ってて、クライアントはそれを使ってメモを送受信するんだ。

リレーはフェデレーションできるよ。ポイントは、Nostrというプロトコルがこれについて何も言っていないし、気にしていないってこと。僕は他のリレーインデクサーとフェデレーションするインデクサー（リレー）を運営してる。ActivityPubのリレーが機能するのと似たような感じだね。どのクライアントでもインデクサーに接続して、イベントのメタデータを見つける手助けができる。リレーに接続していなくても、クライアントから情報を発見する方法はたくさんあるよ。

それは誤解だよ。リレーを「使う」っていう感覚じゃなくて、リレーに書き込むんだ。読むときは、読みたい人たちのリレーに接続する。確かに、いくつかのアプリは静的なリレーのセットを選ぶ方法を使ってるけど、それがプロトコルだったら中央集権や膨張について正しいかもしれない。でもそれは未完成な初期実装からの名残で、今はほとんどのアプリが正しいやり方をしてるし、残りは移行中なんだ。

リレーはユーザー生成コンテンツを所有してないから、クライアントが一般的に選んだリレーセットを「フェデレート」する必要はないんだ。ユーザーは、どこでイベントを読み書きしたいかを選ぶんだよ。とはいえ、多くの「大きな」リレーは他のリレーからのイベントを保存してる（フェデレーションって呼びたいならそう呼んでいいけど）。Primalもそうだし、TheForrestもそう、nostr.landなんかもね。特にnostr.landは、他の多くのパブリックリレーからノートを集約する目的があって、スパムフィルタリングもしてる。これはそのために作られた有料リレーなんだ。そういうのが嫌なら、他のを使えばいい。今のところ、ほとんどのユーザーは現在のリレーのフェデレーションから99%のノートを見ることができるけど、そのメトリクスをチェックするのは不可能だよ。特定のクライアントやサイナーはノートをプライベートに保存してるから、もしリレーがノートを検閲することに決めたら、別のリレーに公開すればいいんだ。人気のある有料リレーを使ってるなら、他のリレーがすでに最初にノートを公開してるって警告が3/4の書き込みイベントで来る可能性が高いよ。だいたいそんな感じで早いんだ…。最後に、リレーは自分自身がクライアントとして機能することで「フェデレート」するんだ。ほとんどのリレーソフトウェアはすでにこれをオプションとして提供してるし、モバイルでネットワークやWi-Fiが遅い時のためにローカルキャッシュとして使うこともある。ローカルリレーは他のリレーからノートをゆっくり引っ張ってきて、そのノートをクライアントを立ち上げる時にキャッシュするんだ。これはキャッシュで、クライアントの開発者はその機能をわざわざ書く必要もなかった、透明だったんだ。最後に、他の人が言ってたアウトボックスも独自の問題があるけど、クライアント開発者がユーザーに選択肢を与えることができるから、あんまり関係ないんだよね。フェデレーテッドからピアツーピアに移行するのが本来の意図だったんだ。

これがirohの動作方式だと思う。彼らには「リレー」があって、必要に応じて2つのクライアント間の接続を確立するのを助けるサーバーなんだ。 https://www.iroh.computer/docs/concepts/relay

これは面白いけど、P2Pはうまくいかないよね。Irohもある意味「リレー」に依存してるし。Nostrはそれを明示的にして、リレーにアイデンティティを与えてるから、変な方法でハックしなくても自由にポリシーを実行できるんだ。

Nostrの上にQuora/StackOverflowの代替を作ってるんだ。 https://asknostr.site/ これが、分散型ソーシャルプロトコルが多くのユースケースを解決できることと、エンドユーザーへの利点を示すことを願ってる： - あなたのデータを持つ（VC支援の）企業に rugpulled されない - 貢献することで zaps/お金を受け取る - データは本当に誰でも利用できる（でも著者によって署名されてる）

物議を醸す話題を持ってる人が、プロフィールにバックアップアカウントを載せるのはよくあることだよね。中央集権的なプラットフォームは、簡単にアカウントを凍結しちゃうから。もしそれが許容できるなら、nostrは向いてないかも。俺は誰かにネットで意見を発表する許可を乞うのは嫌なんだ。

なんで今までこの問題に気づかなかったんだろう。誰か早くこの問題について話すべきだよ。プロトコル的に、どの連携プラットフォームがより安全なんだろう？ bluesky（atプロトコル）それともfediverse？

しばらくNostrコミュニティにいて、Safari用の人気Nostr拡張の作者だったけど、いろんな理由でNostrを諦めたんだ。論文は全部読んでないけど、君が言ってるセクションには飛ばして読んだよ。> システムを動かすイベントプロトコルは公開鍵を認証しないから、非対称署名はパフォーマティブなものになる。メッセージを傍受できる攻撃者（Nostrサーバー、E2EEメッセージングシステムの想定される敵）は、鍵を入れ替えて再署名することができる。君と著者たちは、Nostrプロトコルを誤解してるかもしれない。Nostrは、実質的に公開鍵に結びついたアイデンティティシステムなんだ。暗号技術はしっかりしてるよ。君のアイデンティティは公開鍵なんだ。ユーザーのプロフィールやイベントをリクエストする時は、特にその公開鍵でリクエストする。これは偽造できない（実装にバグがない限り、著者たちがDamusで見つけたような）。これには、ユーザーが特定の公開鍵を持つ人が本当にその人か、偽物かをどうやって確認するかというUXの問題がある。これは暗号自体がしっかりしているかどうかとは別の問題だね。

残念ながら、この論文はNostrに対する安っぽい攻撃の目的を果たしていない。実際、クライアントはサーバーから受け取ったイベントの署名を確認しているし、それはプロトコル仕様に明記されている。少しでも正直な人なら分かるはず。論文の全ての前提は、クライアントがそれをしないというもので、無効だよ。確かに、2年前に署名を確認しないクライアントがいくつか見つかったけど、それがプロトコルの脆弱性とは言えないよね。Nostrには、実装を終えていないクライアント開発者を逮捕するコード警察が必要だったのかな？それ以外にも、彼らが示した攻撃は、他の馬鹿げた状況に依存してる（例えば、攻撃を受けるためには攻撃者のサーバーのURLを手動で入力しなきゃいけない）けど、基本的な前提が完全に間違ってるから、話す価値もないよ。暗号化されたメッセージの話は、そもそもNostrのコアな部分じゃないし、Nostrは公開または半公開のコンテンツを放送するためのプロトコルなんだ。暗号化はその上に追加できるし、やり方はいくつかあって、MLSの実装や他の方法も含まれてる。個人的には、どれもあまり気にしてないけど。論文の著者がもっと正直で、「署名を確認せずに暗号署名を信頼することの危険性」というタイトルで再発表してくれたらいいのにと思うけど、そうしたらあまりにも明白で無価値になっちゃうだろうね。

システムを動かすイベントプロトコルは公開鍵を認証しないから、非対称署名はパフォーマティブなものになる。メッセージを傍受できる攻撃者（Nostrサーバー、E2EEメッセージングシステムの想定される敵）は、鍵を入れ替えて再署名することができる。これは完全にナンセンスで、ほとんどのクライアントは実際に署名を確認してる。全ての中継もそうだ。> 2つの主要なクライアント、モバイルアプリのDamusとウェブアプリのIrisは、そもそも署名を確認しない。Damusの作者です。これは古いバージョンの分析です。これ以降は修正されました。初期の頃は、信頼できる中継の固定リストに接続していました。これらの中継は署名を確認していました。これは、ノートを確認するための最適化された作業キューを持つまでの実用的な妥協でした（これがnostrdb、lmdb上に構築されたカスタム埋め込みNostrデータベースにつながりました。これはNostr用のSQLiteです。https://github.com/damus-io/nostrdb）> このシステムのDMは認証されていないCBCなので、攻撃者はメッセージやイベントをビットフリップして好きなことを言わせることができる。これは本当ではなく、全体のノートはsecp256k1署名でカバーされています。> アプリは自動リンクプレビューを行うので、EFAIL攻撃を再構成することができました。攻撃者はメッセージ内のリンクを特定でき（SNIやDNSで明らかになる）、それをビットフリップして攻撃者が制御するサーバーを指すようにすることができます。これにより、URL（トークンを含むことが多い）や、少しの追加作業でメッセージ自体（URLに?foo=を追加することで）を露出させることができます。これらはオフにできますし、画像もオフにできます。もちろん、心配な人はVPNを使うべきです。

批判は実装依存（署名をチェックしてないとか、プロトコルの目的を完全に無視してる）か、非常に初期の概念実証の暗号スキームに基づいていて、今はもう古いものになってる（NIP 44によって、これは独立して監査された）。ここには実質的なものや実行可能なものはもうないよ。

どのキーアルゴリズムが使われてるのか調べようとしたけど、どこにも載ってなかった。すべてがBlech32（ビットコインキーエンコーディング）についてのページに繋がった。https://hellonostr.dev/en/introduction/ エンコーディングには、nostrのドキュメントやビットコインのドキュメントに含まれている未記載のバージョン番号があるみたい。npub1abcxyz...はnpub（ヘッダー）1（バージョン）abcxyz...（キー）だ。上のリンクのドキュメントを見てみて。

うん、ビットコイナーがたくさんいるよ。

右派の人たちは、自分たちを無政治的だって言う歴史が長いよね。

彼らは明確に「nostrコイン」を持ってないし、「オンチェーン」なこともしてない。そこは評価できるよ。特に、Nostrと暗号通貨コミュニティのベン図がほぼ一つの円になってるからね。

Nostrは基本的にp2pと従来のウェブアーキテクチャの妥協点なんだ。ウェブサーバーを使いながら、ユーザーがサーバーに依存するのを減らすために、アイデンティティにはキーを、データの認証にはデジタル署名を使ってる。これによって、ユーザーには「信頼できる出口」がある（他にも色々あるけど）、これは何年も議論されてきたことなんだ。新しい「ユースケース」を生み出すわけじゃないから、ユースケースは「まあ、これが新しいインターネットだ」って説明されることが多いんだよね。実際には、プラットフォームのコントロールよりもユーザーのコントロールを優先する、非常に異なるトレードオフを導入してるんだ（それに伴うUXのトレードオフもあるし、少なくとも異なるUXのイディオムがある）。ソーシャルに焦点を当ててるのは、実際に存在するアプリケーションの大半を表してるからで、プロトコルを構築する元々の動機でもあるし、たくさんの人が共感できる価値提案（検閲耐性）でもあるんだ。

誰も君がそのサイトを作るのを止めてないよ？