第五右派のもとでの新しいソーシャルメディアのデザインは何年にもわたって検討されてきたが、大量に採用される兆候はない。この 1 年、暗号化技術の継続的な開発とマスク氏の Twitter 買収に関する懸念により、分散型ソーシャル ネットワークは新たなチャンスをもたらしました。

これらのソーシャル ネットワークが解決しようとしている問題には、検閲の強化、コンテンツのモデレーションの柔軟性の向上、人々がオンラインで話す内容を形成および追跡する大手ソーシャル メディア企業の権限の削減などが含まれる可能性があります。

新しいプラットフォームが出現して成長するにつれて、代替ソーシャル ネットワークの選択には政治的な考慮が伴うことがよくあります。

Getr、Parler、Gab、Truth Social などのサイトはすべて、Twitter に代わる言論の自由を宣伝することで右派の要望に応えています。

今日説明するのは、最近大きな注目を集めている、やや革新的な新しいソーシャル メディア プロトコルである Nostr-Damus です。これらには、Nostr の技術的根拠、解決すべき主要な管理問題、リレーの動作継続を促す方法などが含まれます。

背景: ノストル

2020 年に開始された Nostr は、ユーザーが自分の ID を所有し、公開鍵と秘密鍵の暗号化を使用したデジタル署名を使用して投稿を検証できるようにする分散型プロトコルです。これらの投稿は、相互接続されたサーバーのネットワークに伝播されます。このプロトコルはブロックチェーンを使用していませんが、初期の実験ではソーシャル ネットワークには遅すぎることが判明しました。しかし、構造的な類似点があり、ノストラはその自由主義とオープンソースの精神により、仮想通貨群の中で初期のニッチ市場を見つけました。

Mastodon VS Nostr 

Nostr プロトコルと最初のリレー サーバーは、2020 年末に開発者 fiatjaf によって作成されました。 Nostr は、広く注目を集める前は、Twitter と Mastodon の問題に対する軽量のソリューションを目的とした、静かなニッチなプロトコルでした。

2016 年に設立されたオープンソース ネットワークであるマストドンでは、誰でもサーバーをセットアップできます。この設計はよく「フェデレーテッド」と表現されますが、それがどのように定義されるかによって、「Web3」という曖昧な境界線に収まる場合とそうでない場合があります。マストドンでは、ユーザーはカスタム コンテンツ モデレーション ルールを使用して厳選されたコミュニティに参加できます。現在、登録ユーザーは 200 w+ に達しており、リベラル派、ジャーナリスト、学者の安全な避難所となっています。

Twitter および Mastodon システムでは、ID/ユーザー名はサーバーを実行する人によって制御されます。

Nostr との主な違いは、各ユーザーがサーバー オペレーターが所有するユーザー名を使用するのではなく、公開キーと秘密キーのペアを使用して機能を処理することで、Nostr が検閲に耐えられるようになります。これは、Nostr プロトコル全体を構築するための中心的な構成要素の 1 つです。

「イベント」: これは、クライアントと、メッセージを送信および取得するためにクライアントが接続する中継サーバーによって使用される基本的なオブジェクト/データ タイプです。このプロトコルの一般的な考え方は、クライアントがリレー サーバーにイベントを送信し、リレー サーバーがイベントを保存してインデックスを作成し、他のクライアントがリレー サーバーと通信して、受信して保存したイベントを要求できるというものです。オリジナルの NIP 01 では、次の 3 つの異なるイベント タイプが定義されていました。

0 : ユーザー名、写真、プロフィールなど、ユーザーに関するメタデータを送信します。

1: SMS と基本コンテンツを送信する

2：イベントクリエイターをフォローしている人が接続する中継サーバーを推奨する

すべてのイベントは、特定の定義された方法で構造化されます。作成者の公開キー、作成タイムスタンプ、タイプ (または仕様上の種類)、コンテンツ ペイロード、およびイベント作成者の署名が含まれます。あるいは、他のイベントまたはユーザーを参照し、作成者の署名を除くすべてのハッシュである ID 値を持つタグが存在する場合もあります (ビットコイン トランザクションの TXID と同様)。

これにより、ユーザーは署名 (および侵害されていない場合はキーの所有者) を検証して、そのメッセージがその中の公開キーの所有者によって実際に作成されたこと、およびメッセージが署名されて以来変更されていないことを保証できます。それに署名した。

ビットコイントランザクションは、署名後に無効化することなく変更できないのと同様に、ユーザーは、作成者によって署名された後は、明らかな詐欺行為にならない限り、Nostr イベントを変更することはできません。

イベント型システムはオリジナルのNIPから大幅に拡張されました。暗号化されたダイレクト メッセージには、送信者の秘密キーと受信者の公開キーを組み合わせて共有秘密を構築するイベント タイプがあり、その結果は、送信者の公開キーと受信者の秘密キーを組み合わせて得られるものと同じになります。は同じです (これが BIP 47 とサイレントペイメントの仕組みです)。置換可能なイベント タイプと一時的なイベント タイプもあります。置き換え可能なイベントの場合は (当然のことですが)、イベントの元の作成者が新しいイベントに署名して古いイベントを置き換えることができるように設計されています。この仕様に従う中継サーバーは、古いイベントをストレージから自動的に削除し、受信時に新しいバージョンのクライアントへの提供を開始します。一時的なイベントは、リレーに送信されると、その作成者を購読しているすべてのユーザーにブロードキャストされるように設計されていますが、リレー サーバーはイベントを保存しないでください。これにより、オンラインにいる人だけがブロードキャスト中にメッセージを見る可能性が生じます。他の人のイベントに対する反応 (いいね! や絵文字など) を表すイベント タイプもあります。

最後の質問に関して言えば、イベントにはタグを含めることもできます。現在、Event (正確な Nostr イベントを参照するため)、PublicKey (別のユーザーをタグ付けまたは参照するため)、および Subject (電子メールの件名などの機能を模倣するため) のタグ タイプがあります。これらすべてには、データをフェッチできる特定のリレー サーバーへのポインタを含めることができるため、ユーザーは実際にさまざまなサーバーで対話できるようになります。つまり、ユーザーはリレー サーバーにコンテンツを投稿します。別のサーバー上の別のユーザーが対話および参照できるコンテンツこれにより、ユーザーは、関連するデータがどこにあるかを見つける必要なく、対話のスレッド全体を適切な順序で一貫して取得できるようになります。 多数の複雑な操作。

オリジナルの NIP では、クライアントが受信したいイベントのフィルターを含むメッセージ/データ構造をサブスクライブすることによって、クライアントがリレー サーバーと対話する方法の仕様が与えられました。これらのフィルターでは、ユーザーの公開キー、正確なイベント、イベントの種類、さらには以前の基準に基づいて希望する特定の期間を指定できます。ユーザーは、公開キーやイベント ID のプレフィックス (「1 xjisj...」など) を送信することもできます。そして、その短い文字列で始まる公開キーから 1 つ以上のイベントを受信します (これは、実際に見たいものを中継サーバーから隠すのに役立ちます)。

全体として、このプロトコルは、ユーザー間でメッセージを渡すための非常に単純な一般的なスキームであり、メッセージの整合性の保証やメッセージ送信のための公開キー ID の使用などの重要なことをカバーすると同時に、エンド インフラストラクチャのリレー サーバーを高度に一元化したり、ユーザーがユーザーが 1 つのリレー サーバーの使用を禁止された場合でも、大規模な混乱を引き起こすことなく、シームレスに相互作用しながら、独自の個人リレー サーバーを実行します。別のサーバーに移動することも、独自のサーバーを実行することもでき、以前のサーバーからプラットフォームを切り離してもデジタル ID やフォロワーを失うことはありません。秘密鍵の管理は維持されており、ユーザーは秘密鍵を他の場所で使用できるためです。見つけたら。

リレー サーバーは、必要なものを何でも実行できます。操作は無料で、メッセージの公開またはダウンロードに少額の料金を請求します。さらに、メッセージの送信にハッシュキャッシュ スタイルの作業証明を必要とする NIP もあります。投稿をホストして他のユーザーのみが利用できるようにする単一のリレー サーバー、または Twitter や Reddit などの大規模に動作するサーバー (クライアントは必要に応じて情報を表示および整理でき、あらゆるソーシャル メディアをシミュレートできます) にすることができます。これらはすべて、ユーザーをロックアウトすることなくシームレスに相互運用します。

Nostr が対処すべき主要な管理問題

ユーザーの公開鍵/秘密鍵は、Nostr がプロトコルとして機能する上で不可欠な部分です。これは、実際のユーザーと他のユーザーがユーザーを識別する方法との間の緊密な結びつきとして機能し、中継サーバーがこれら 2 つの関係を解くこと、つまり誰かの識別子を別のユーザーに与えることを防ぎます。また、このプラットフォームの最大の問題の 1 つである、ユーザー自身のアイデンティティを制御できないことも解決されます。

しかし、これにより新たな問題も発生します。鍵を紛失したり、漏洩したりする可能性があり、そのような事態が発生した場合、ユーザーは助けを求めることができなくなります。

これには必然的に、ユーザーが検証可能かつ発見可能な方法で、あるキー ペアから別のキー ペアに切り替え、プロトコルを通じて他のユーザーと対話するためのスキームが必要になります。プロトコル全体は、イベントが特定のユーザー (ID キー) からのものであることを証明することに基づいているため、誰かのキーが侵害されると、これらの保証はすべて無効になります。

Nostr では、あるキーのローテーションを別のキーに結び付ける実際の暗号化スキームが必要です。開発者 fiatjaf は、この問題を解決する可能性のある基本的な解決策を提案しました。基本的なアイデアは、Taproot ツリーがビットコイン キーにコミットされる方法と同様に、単一のマスター シードから派生したアドレスの長いリストを取得し、「調整された」キーのセットを作成することです。 Taproot は、Taproot ツリーのマークル ルートを取得し、それを公開キーに「追加」して、新しい公開キーを作成します。これは、そのマークル ルートを秘密キーに追加して、新しい公開キーと一致する秘密キーを取得することで複製できます。 Fiatjaf のアイデアは、コミットメントを最後から最初まで逆方向に連鎖させ、調整された各キーに、実際に次の調整されたキーが作成に使用されたという証拠が含まれるようにすることです。

したがって、チェーンの最後のキー Z から始めると想像してください。これを何かで微調整してから、戻って、調整されたキー Z を使用してキー Y の調整されたバージョンを作成できます (Z' + Y = Y')。ここから、Y' を取得し、それを使用して X を調整できます (Y' + X = X')。これをキー A まで繰り返し、A' を取得し、そこからそのキーを使用します。これが壊れると、ユーザーは未調整のキー A と調整後のキー B' を含むイベントをブロードキャストできます。これには、B' が A' の生成に使用されたことを示すために必要なすべてのデータが含まれており、ユーザーはすぐに A' のフォローを中止し、代わりに B' をフォローできます。彼らは、B' がそのユーザーの次のキーであることを明示的に知っており、代わりにそれに従うことになります。

しかし、この提案にはまだいくつかの問題があります。まず、使用されるすべてのキーは事前に生成する必要があり、まったく新しいキーのセットにローテーションする方法はありません。これは、このローテーションを公証できるこのスキームにマスター キーをコミットするか、最初から非常に大規模なキーのセットを生成するだけで解決できます。どちらの方法も実現可能ですが、最終的には、ルート キーまたはキー素材を安全に保ち、個々のホットキー (ホットキー) のみを Nostr クライアントに公開する必要があります。

ただし、このスキームはユーザーを保護したり、ルート キー マテリアルが失われたり、ルート キー マテリアル自体が侵害された場合に ID を回復するためのメカニズムを提供したりするものではありません。

ここで潜在的な解決策について説明するために、別の方法で考えて、あるキーから別のローテーションへのイベントに署名するためにも使用する必要があるマスター コールド キーにキーを調整します。 A と M (マスター キー) を加算することで派生したキー A' があり、ローテーション イベントは A、M、B' (B と M を加算することで生成) と M の署名になります。 M には、3 分の 2、5 分の 3 などのマルチシグネチャしきい値キーを指定できます。これにより、損失に対する冗長性が追加され、キーのローテーションのための安全なメカニズムが提供される可能性があります。これにより、サービスを利用して回復を支援したり、これらの鍵の一部を信頼できる友人に広めたりすることへの扉も開かれます。ビットコイン自体のマルチシグと同じ柔軟性を提供します。

NIP 26 も、この問題に対処するのに非常に役立つ可能性のある提案です。これは、あるキーからの署名によって、別のキーがそのキーに代わってイベントを発行することを許可できるようにする、イベントのプロトコル拡張を指定します。 「トークン」または委任された署名証明は、最初の公開鍵に代わって 2 番目の公開鍵によって公開されるすべてのイベントに含まれます。時間制限を設けることもできるため、委任トークンは自動的に期限切れになり、更新する必要があります。

キーの管理とセキュリティの問題は、非常に大きな設計領域を伴う非常に大きな問題であり、トレードオフや問題点がたくさんあります。ただし、Nostr がユーザーのこれらの ID の整合性を保護および維持できない場合、ID として使用される公開キーと秘密キーのペアのみに基づくプロトコルを大規模に採用することはできません。

ノストルに面した拡張

Nostr プロトコル全体は、どこかでリレー サーバーを実行している誰かに依存しています。いいえ"ノストルネットワーク"、リレーとリレーに接続されているクライアントのみ。人々がリレーを実行するよう動機づけられる必要があり、これは最終的にはリレーが長期的にどこまで拡大できるかに大きな影響を与えることになります。 Nostr リレーが収益を上げることができない限り、または少なくとも自身の運用コストを賄うのに十分な資金がもたらされない限り、Twitter サーバーと同じ規模のリレーは決して存在しません。

宣伝する

Nostr がプロトコルとして機能する仕組みを考えると、広告を完全にブロックするのは非常に簡単であり、実現不可能な解決策になります。リレーサーバーは、収益モデルとして広告を利用しようとすることができます。これは、オンラインのほぼすべての無料サービスの主な収益モデルであるようですが、問題は、ユーザーが基本的にオプトインする必要があることです。 Relay は、クライアントに送信するイベントにアドバタイズメントを簡単に挿入できますが、クライアントは、サブスクライブする予定の公開キーによってアドバタイズメント イベントが作成されなかった場合、UI からアドバタイズメント イベントを簡単にフィルタリングすることもできます。

マイクロペイメント

特にライトニングネットワークをより緊密に Nostr アプリに統合する試みが現在進行中であることを考えると、マイクロペイメントはもう 1 つの明白なソリューションです。このモデルは、充電方法に大きな柔軟性を提供します。 Relay は、イベントの投稿、イベント読み取りのダウンロード、またはその 2 つの組み合わせに対してのみ課金でき、消費するリソースの量に基づいてそれぞれの価格を調整します。ただし、このモデルを Twitter の規模まで拡張できるかどうかは疑問です。

コンテンツのマイクロペイメントは、ライトニング ネットワークをベースにした多くのニッチな製品でその実現可能性を示していますが、真に世界規模に拡張するには 2 つの根本的な問題があります。

まず、ビットコインの普及はまだ十分ではありません。たとえ誰もが魔法のように、Nostr でのすべての小規模なサービスのやりとりに対して支払うことを受け入れたとしても、Twitter のような大規模なものをサポートするのに十分なビットコインを保有する人は存在しないでしょう。 Relay は法定通貨でサブスクリプション料金を請求できますが、これらの支払い方法では、公開またはダウンロードされるイベントごとに少額の料金を支払うことはできません。第二に、人々はこの種の無料サービスに実際に慣れています。これはまさに期待通りです。マイクロペイメントが本当に大規模な中継をサポートできるとは思えません。

マイクロペイメントを行う方法があります"もっと粘着性のある"あるいは、リレーを使用するすべてのクラスのユーザーにそれらを強制することなく、より持続可能です。 Twitter クローン以外にも、Nostr 上にさまざまなアプリケーションを構築することについては多くの話題がありました。 GitHub、Wikipedia、さらには Uber です。

最後が重要です。それは経済的期待です。人々は、求人がどこかに掲載されるときに料金を支払うこと、またはオンラインで何かを注文するときにマーケットプレイスの運営者に料金を支払うことに非常に慣れていますが、無料であるべきだと思われるもの、つまり Google や Twitter にはサービスを提供しません。これにより、中継者は、多くの摩擦を引き起こしたり、平均的な潜在ユーザーの期待を裏切ったりすることなく、ユーザーから確固たる収入の柱を生み出す方法を提供できる可能性があります。

結論は

結論は

Web3 ソーシャル プロジェクトには、前述の Nostr や Mastodon に加えて、Farcaster や Lens などのプロジェクトも含まれていますが、これらは既存のソーシャル メディア プラットフォームをすぐに置き換えるものではありません。統計によると、Twitter には数億人のアクティブ ユーザーがおり、Facebook には数十億人のアクティブ ユーザーがいますが、Mastodon のユーザーはわずか 250 万人、Nostr の固有のユーザー ID は約 22 件のみです。多くの Web3 ソーシャル プロジェクトは、大量採用を遅らせるユーザビリティのハードルに直面しています。

メディアと政治は切っても切り離せない関係にあります。 Web3 ソーシャル プロジェクトが急増し、公の場での会話がさまざまなアプリケーションやプロトコルにわたって細分化されると、政治的な結果が生じる可能性があります。分散型ソーシャルメディアを長らく提唱してきたメッシーナ氏でさえ、近年相互敵対や誤解が目立つようになった公的議論が分散化によってさらに促進されるのではないかと懸念している。