企業が支配するソーシャルメディアプラットフォームの出現は、商業的な動機によって駆動され、オンライン上の参加型文化に対する初期の希望を著しく侵食しています。ネットワーク化された情報技術は、本質的に文化生産を民主化すべきですが、現在では、これらのプラットフォームは主に利益追求の目的でオンライン参加を制限し形作っています - 'いいね'はコンテンツに対する感謝の表現ではなく、商業的動機に基づいたアルゴリズムを駆動する収益化ツールです。

分散化および連合プロトコルに基づいて構築されたオルタナティブソーシャルメディアプラットフォームは、オンラインソーシャリティの原初的な概念に回帰する機会を提供します。データはユーザーによって制御され、分散型データベース全体に伝播され、フロントエンドはコミュニティ主導型で、モデレーションはコミュニティの好みの表れであり、アルゴリズムはユーザーが選択し、オープンソースの倫理が革新を推進します。

分散化および代替ソーシャルメディアの歴史

ウェブが商業、エンターテイメント、ソーシャルインタラクションの中心となる前、それは主に学術的および軍事的なツールでした。ティム・バーナーズ＝リーは、最初のウェブプロトコルを策定する際に平等主義のビジョンを持っていました。インターネットの初期設計は、情報が個々のコントロールや障害なしにノード間を自由に流れる分散型ネットワークであることを目指していました。

しかしながら、ウェブが商業上の重要性を増すにつれ、検索エンジンやソーシャルメディアの巨大企業など、中央集権的なプラットフォームが支配的なプレーヤーとして台頭しました。これらのエンティティは重要な価値を提供していましたが、元々の分散型の理念から逸脱し、現在のweb2の環境に至っています。

代替ソーシャルネットワークのタイムラインにおける主要な革新は、連邦プロトコルの概念が導入されたことです。 連邦ネットワークとは、複数の独立したサーバーや「ノード」が協力して単一のソーシャルネットワークを形成するシステムを指し、すべてのサーバーを1つの組織が制御する中央集権化されたプラットフォームと対照的です。

フェデレーテッドシステムでは、各サーバーが互換性のあるソフトウェアを実行し、共有プロトコルに従うことで、他のサーバーと通信することができます。 あるサーバーに登録されたユーザーは、他のサーバーのユーザーとシームレスにフォローし、対話し、コンテンツを共有できます。これらのプロトコルの例には、MastodonやPeerTubeのようなフェデレーテッドプラットフォームを支えるActivityPubやOStatusなどがあります。

フェデレイテッド設定では、ユーザーは信頼するサーバーを選択でき、異なるサーバーに移行したり独自のサーバーを設定したりすることができ、より多くの自律性を持つことができます。 「Fediverse」という用語は、「連邦」と「宇宙」のかばん語であり、そのようなシステムを表すために使用されています。 FediverseはGNU socialやその前身（StatusNetやLaconicaなど）などのプラットフォームを中心に始まりましたが、本当の転機はActivityPubプロトコルの開発と広範な採用でした。このプロトコルは2018年に世界広域ウェブコンソーシアム（W3C）によって推奨された標準として公開されました。

ウェブ3内では、データがオンチェーンにポーティングされると、連合ソーシャルネットワークが分散システムのデフォルト状態になります。ブロックチェーンは、保存されたコンテンツのための無記名のバックエンドサーバーとして機能し、フロントエンドはこのコンテンツをインデックス化し、ユーザーに直接提供します。アイデンティティは、既にユーザーウォレットを管理している公開鍵-秘密鍵ペアによって処理され、これにより、ユーザーは簡単に生成されたデータやコンテンツを認証できます。さらに、NFTなどのオンチェーンのプリミティブの使用により、メタデータで保存されたコンテンツをバンドルし、ドメイン名または分散型識別子（DID）として機能することができます。

ActivityPubの動作と同様に、web3プロトコルはユーザーノード間の認証された関係を通じてソーシャルグラフを立ち上げようとしています。任意のフロントエンドがこのコンテンツをインデックス化および提供できるため、フロントエンドレイヤーではハイパーコンペティションが生じ、多様な機能が繁栄しています。また、データがオンチェーンにあるため、ユーザーは自分が快適に使用できるアルゴリズムを選択でき、特定のアルゴリズムの使用を奨励されることがあり、自分のデータの価値を取り戻すことができます。これに加えて、自分のコンテンツをより直接的に収益化する手段が組み合わされ、これにより、コンテンツの制作者にとってはより良い全体的なエクスペリエンスが提供されます。これらのプラットフォームの需要を駆動しているコンテンツにも関わらず、これまでほとんど収益化から取り残されてきた制作者にとって、よりよい状況が生まれています。

プロトコルの比較

分散型ソーシャルメディアプロトコル内の革新を真に理解するには、それを可能にする技術的ニュアンスを理解する必要があります。特に、ここで全てのソーシャルプロトコルを含めているわけではなく、代わりに最も一般的なものを選択しています。

アイデンティティ / ネームスペース

分散型および中央集権型のソーシャルグラフやネットワークプロトコルの文脈において、「namespace」とは、ユーザー識別子やその他のリソースが一意であるドメインまたは領域を指します。これは、複数のドメイン/サーバー間での統合や通信時に競合や曖昧さがないように、他のドメイン/サーバーからのリソースやアイデンティティを区別する方法です。

分散型ソーシャルプロトコル全体にわたるアイデンティティと関連する名前空間は、シンプルなキーペア（Nostr、Scuttlebutt）からHTTPs URLにポイントされたURI（ActivityPub）をホストするプロファイル、より複雑なモデル（NFTなどのオンチェーンプリミティブを使用する）、そして最近はERC-6551拡張（たとえばLens v2）を使用するものまでさまざまです。

Farcaster は、これらの手法の好例です。Farcaster アカウントは、ネットワーク上の個別のエンティティを表します。各アカウントには、Farcaster ID ("fid") と呼ばれる一意の数値識別子があります。IDは、IdRegistryと呼ばれるイーサリアムコントラクトを使用してオンチェーンで発行および管理されます。ユーザーは IdRegistry にトランザクションを行い、新しい fid を取得します。fid を所有するアドレスは、ユーザーの保管アドレスです。IdRegistry は、アドレス間で fid を転送できること、および 2 つのアドレスが同じ fid を持たないようにします。また、Farcaster は、この名前空間を拡張して、オンチェーンまたはオフチェーンで発行される ENS 名をサポートします。ユーザー名を要求するには、署名された証明をネットワークに提出する必要があります。

一方、ActivityPubは、一意のURI（通常はHTTPS URL）によって各ユーザーを識別します。このURIはユーザーのプロファイルを指し、Fediverseにおける彼らのグローバル識別子として機能します。これらのURIをよりユーザーフレンドリーにするために、多くのActivityPubプラットフォームがWebfingerと呼ばれるシステムを使用しています。Webfingerを使用すると、ユーザーは「@」のようなアイデンティティを持つことができます。username@domain.com’.

代わりに、LensとCyberConnectはユーザープロファイルをNFTとして管理します。 Lensの場合、ユーザーアドレスがProfileNFTを保有しており、1つのアドレスで複数のProfileNFTを保有することが可能です。各プロフィールNFTは、投稿、ミラー、コメント、その他の種類のコンテンツを含む、ユーザーのアクティビティの全履歴をカプセル化しています。さらに、プロフィールNFTにはFollowModuleがあり、これは基本的に、さまざまなアカウントがFollow NFTを取得する方法を管理する一連のルールです。これらのフォローNFTは、アカウントとプライマリプロファイル間のつながりをオンチェーンで直接文書化するのに役立ちます。また、プロファイルとは別に存在し、作成できるハンドルや、あるプロファイルから別のプロファイルにリンクおよびリンク解除できるハンドルもあります。ハンドルは独自の名前空間に存在します (例: lens/@alice).

データ

データはおそらく分散ネットワークの最も重要な特徴であり、その作成と標準化がこれらのシステムを可能にする要因です。ここでデータを管理するための最も一般的な手法は、JSONなどの標準化されたフォーマットや一般的な関係オブジェクト（例: いいね、フォローなど）の使用です。主要なデータオブジェクトには、通常、次のようなものが含まれます:

アクター＆オブジェクト：定義された「アクター」（例：ユーザーまたはグループ）および「オブジェクト」（例：投稿またはメッセージ）

公開物：投稿やコメントは通常URLを介して外部コンテンツにリンクされた「公開物」としてカプセル化されます。

追記専用ログのコンテンツ：各エントリがポストまたは更新であるログであり、それぞれが個別のコンテンツアイテムであり、順次追加および保存されています。

具体的なプロトコルを使用した、この仕組みがどのように機能するかの例をいくつか見てみましょう。

ActivityPubは、さまざまなソーシャルインタラクション（投稿やいいねなど）を表現するために、JSONベースの構造であるActivityStreams 2.0データ形式を利用しています。このプロトコルは、Client to Server（C2S）とServer to Server（S2S）の2つの主要コンポーネントを区別しています。C2Sでは、ユーザーはクライアントアプリケーションを通じてそれぞれのサーバーとやり取りすることができます。一方、S2Sはサーバー間の通信を可能にし、プロトコルの堅牢な連合機能を実現しています。

Within ActivityPub, entities are categorized as “actors” (often user accounts or groups) and “objects” (content or actions like posts or likes). When an actor performs an action on an object, it creates an “activity” such as “Create”, “Follow”, or “Like”.

Web3 social graphs take many of the core ideas of ActivityPub but apply them onchain. Lens Protocol, for example, introduces “Publications,” which encapsulate a variety of user-generated content such as posts, mirrors, comments, and other forms of media. Each Publication is associated with a ContentURI, directing to the specific content stored on a decentralized protocol like IPFS or Arweave, or alternatively, on a centralized storage service such as AWS S3. This configuration ensures that a user’s profile and all associated publications are securely stored in their personal wallet, moving away from reliance on centralized databases.

さらに、Web3は、Web2フレームワークと比較して、ユーザーコンテンツやインフルエンスを収益化するためのより直接的なアプローチを可能にします。ユーザーは、Follow NFTの鋳造に対して料金を請求したり、自分の出版物にCollect Modulesを統合したりすることができます。後者のオプションでは、彼らは自分の出版物のContentURIにリンクされたNFTの鋳造に対する手数料を受け取ることができます。これらの機能に加えて、Lens ProtocolはGraphQL APIを提供し、フロントエンドインターフェースからブロックチェーンコンポーネントを隠すことで、これまでの分散型ソーシャルネットワーキングの試みよりもユーザーフレンドリーなエクスペリエンスを提供します。

最終的に、多くの分散型ソーシャルネットワーキングプロトコルは、ユーザーキーによって認証された追記のみのデータ構造を作成します。たとえば、CyberConnectでは、ユーザーセントリックデータの各部分がデータストリームとして表され、アップデートはデータ所有者によってのみ許可されます。データへの各更新は、追記専用のコミットログとしてデータストリームに追加され、その結果として得られるデータ構造は、Merkle DAGと呼ばれるハッシュリンクされたデータ構造になります。データタイプには、コンテンツ、コレクション、コメント、購読などが含まれます。

Scuttlebuttは同様に追加専用のログを使用します。各ユーザーには、新しいメッセージやアクションがユーザー識別子（つまり関連するEd25519鍵ペア）によって署名された後、そのログに追加される個別のログがあります。また、バイナリデータの共有もサポートされており、「ブロブ」と呼ばれています。これには画像、ビデオ、またはその他のバイナリコンテンツが含まれる場合があります。ブロブは追加専用ログとは別に保存されますが、これらのブロブへの参照（ハッシュ）をログに含めることができます。

Farcasterにとって、メッセージは投稿すること、誰かをフォローすること、プロフィール画像を追加することなどの公開更新情報であり、これらのメッセージはprotobufとしてエンコードされ、アカウントの署名者によってハッシュ化および署名される必要があります。ユーザーは十分なストレージを持っている限り、Hubsにメッセージを公開できます。Hubsは、各メッセージの署名者の妥当性を受け入れる前にチェックします。

ストレージ

分散型プロトコルのデータストレージへの初期アプローチは主にオフチェーンでしたが、オンチェーンの合意形成を連想させるものでした。たとえば、スカットルバットはピアツーピアのゴシップネットワークを使用し、ストレージの責任をユーザーのローカルデバイスに置いています。このアプローチにより、ユーザーは自分自身の情報に完全な制御権を持つため、データ主権が確保されます。ただし、これはデータの利用可能性がユーザーのデバイスがオンラインであるか、他のピアがデータのコピーを持っているかに依存することを意味します。時間の経過とともに、ストレージスペースを管理するために、一部のスカットルバットクライアントは古いデータや関連性の低いデータを削除するためのガベージコレクション戦略を実装する必要があるかもしれません。

このピアツーピアアプローチの代替手段は、従来のメディアプラットフォームと比較して冗長性を備えていますが、データを保存するサーバーの形で提供されます。たとえば、Matrixには、複数のホームサーバーがあり、部屋の履歴のコピーを保存し、相互に同期します。ユーザーがルームでメッセージ (または任意のイベント) を送信すると、ホームサーバーはそのイベントを他の参加ホームサーバーにブロードキャストし、そのイベントを保存して接続されたクライアントに転送します。同様に、ActivityPub では、ネットワーク内の各インスタンス (またはサーバー) にデータ (通常はデータベース) を格納します。データベース(リレーショナル、NoSQLなど)の選択は、ActivityPubソフトウェアの特定の実装によって異なります。たとえば、人気のある ActivityPub プラットフォームである Mastodon は、PostgreSQL データベースを使用しています。

Cyberconnect、Farcaster、Lensなどのプロトコルは、ストレージとしてブロックチェーンを取り入れています。オンチェーンストレージの使用により、データが不変で検証可能であり、アンダーラインのコンセンサスメカニズムを使用した分散型アプリケーションのための頑丈な基盤が提供されます。ただし、この方法には、すべてのデータをオンチェーンに保存する必要があるため、スケーラビリティの課題に直面する可能性があり、高い取引手数料や遅い取得時間を引き起こす可能性があります。

これにより、多くのWeb3ソーシャルプロトコルは、低頻度のアクション（例：プロフィール、サブスクリプション）にオンチェーンストレージを使用し、高頻度のイベント（例：いいね、リポスト、コメント）や頻繁な間隔でオフチェーンストレージを使用してデータをオンチェーンにバッチアップロードするハイブリッドアプローチを試みています。

CyberConnectは、ユーザー間の頻繁な更新を効率的に処理するために、分散データストアにハッシュリンクリストを使用しています。接続を開始すると、「操作ログ」が作成されます。フォローとフォロー解除の切り替えなどの後続状態の変更は、このログに新しいノードとして追加されます。これらの更新は最初は中央サーバーに格納されますが、定期的にArweaveやIPFSなどの分散ストレージプラットフォームにバッチアップロードされます。データの迅速な取得のために、操作ログ内のノードは中央に保存されます。ただし、ユーザーはこのハッシュリンクリストを介してデータの整合性を独立して検証できます。一部のデータクエリには中央サーバーへの依存がありますが、CyberConnectのシステムは十分に分散化されており、高性能を提供しています。

Farcasterは同様にハイブリッドアプローチを使用しています。オンチェーンの契約は一貫性と分散化が重要なまれなアクションに使用されます。アカウント、ユーザー名、ストレージ、およびキーは、一連のEthereum契約を使用して管理されます。パフォーマンスが重要な頻繁なアクションには、オフチェーンのシステムが使用されます。ユーザーアカウントによって作成されたメッセージは、Farcasterハブのピアツーピアネットワークで保存および伝播されます。

Discussion

分散型ソーシャルプロトコルは、デジタルインタラクションにおけるユーザーエクスペリエンスに革命を起こす準備ができています。Web3の牽引力とAI生成コンテンツに対する積極的な対策の両方によって推進されるパブリックキーとプライベートキーペアの採用の加速は、この文脈におけるアイデンティティプリミティブのより広い理解と親しみを促進し、Web2ソーシャルメディア企業での継続的なモデレーションとデータ収集は、より多くのユーザーが公然と他の場所を探すように促すでしょう。これらのプロトコルの採用曲線が加速すると予想されます。

新しいアプリケーションの進化を促進するには、プロトコル開発者とオープンソースの貢献者が、基盤レイヤーで現在使用されている基本的なデータ型や関係オブジェクトを超える必要があります。既存のプリミティブは、従来のweb2ソーシャルメディアの機能を適切にカプセル化していますが、拡張と革新の可能性は無限です。ここで議論されているプロトコルの大部分は、システム内で拡張性をサポートしており、将来の開発やオープンソースの貢献のための堅実な基盤を提供しています。

ただし、相互運用性の重要性を強調することは極めて重要です。フロントエンド開発者は独立して機能を拡張することができますが、そのようにすると、他のアプリケーションとの相互運用性が確保されていない場合、システムの集合的な利点が損なわれる可能性があります。さまざまなアプリケーション間での互換性とシームレスな統合を確保することは、分散型ソーシャルプロトコルの長期的な成功と採用にとって重要です。

データストレージの領域では、Web3ソーシャルプロトコル内で新興のコンセンサスはハイブリッドアプローチに傾いています。ソーシャルコンテンツとエンゲージメントのボリュームが高いため、アイデンティティや主要なコンテンツなどの高価値資産をオンチェーンのプリミティブに割り当てることは実用的ですが、いいねやリアクションなどの低リスクコンテンツはオフチェーンのソリューションに委ねることが賢明です。このバランスの取れたアプローチは、重要なデータの整合性とセキュリティを保護するだけでなく、従来のソーシャルメディアプラットフォームを彷彿とさせるユーザーエクスペリエンスを提供します。

免責事項：

1. この記事は[から転載されましたミラー]. すべての著作権は元の著者に帰属します [1kx]. If there are objections to this reprint, please contact the Gate Learnチームがすぐに対処します。
2. 責任の免責事項：この記事で表現されている意見は、著者個人のものであり、投資アドバイスを構成するものではありません。
3. 他の言語への記事の翻訳は、Gate Learnチームによって行われます。特に言及されていない限り、翻訳された記事のコピー、配布、または盗用は禁止されています。