原題：「Decentralize Social Media》

原題：「

著者: ロス・ウルブリヒト

オリジナル編集: ジェーン、36 クリプトン

ガイド: 本日、Twitter はマスク氏の 440 億ドルの買収提案を受け入れ、年内に取引を完了すると発表しました。マスク氏は、製品の新機能を強化し、信頼性を高めるためにアルゴリズムをオープンソースにすることで、Twitterをより分散化したいと述べた。これに関して、元 Twitter CEO のジャック・ドース氏も、Twitter は企業ではなく、プロトコル レベルでの公共製品になるべきだということに同意しました。

ソーシャルメディアの分散化は長期的な傾向です。分散化の場合、ユーザーはネットワークがもたらす利便性を最大限に享受できるとともに、自分のコンテンツのコントロールやプライバシーも確保できる、これがインターネットの本来の目的です。この記事の著者は SilkRoad の創設者であるロス ウルブリヒトであり、彼は 2021 年 4 月にこの記事を公開し、ソーシャル メディアの分散化に関する彼の考えの一部について詳しく語っています。

以下では、ユーザーが自分のコンテンツを制御し、ネットワーク内での価値の創造と転送を担当できるようにすることで、これらの問題を解決または軽減するのに役立つ分散型ソーシャル プロトコル (DSP) について説明します。このビジョンは、単一のプラットフォームがこれらの必要な役割を独占するのではなく、ユーザーが多数のインターフェイス プロバイダー、コンテンツ サーバー、広告主から選択できるようにすることで可能になります。プロファイル管理、プライバシー保護、ホスティング、ユーザー インターフェイス、広告ネットワーク、コンテンツ フィルター、メタデータなどの分散ソリューションについて説明します。つまり、これはソーシャル メディアの基本的な構成要素をすべてカバーしています。

最初のレベルのタイトル

1. すべては中心に向かう

言うまでもなく、分散プロトコルの主な設計原則の 1 つは分散化です。しかし、中央集権化の傾向は強い。可能な限りセンターが形成されますが、センターがどこに根付き、成長するかを予測するには先見の明が必要です。

インターネット上で広く使用されている TCP/IP プロトコルと HTTP プロトコルを例に挙げます。これらが採用されると、完全に分散化されたように見えます。インターネット接続と IP アドレスがあれば、誰でも Web サイトを作成でき、誰でも Web サイトにアクセスできます。これ以上に平等なものは何でしょうか？私たちは初期のウェブがこの環境で繁栄するのを見てきました。しかし、ネットワーク効果が主導的な役割を果たすとは誰も予想していません。

今日、誰でも Facebook、YouTube、Reddit、Twitter と競合する Web サイトを構築できます。でももう誰も使わないから関係ない。より優れたプライバシー保護、優れた機能、広告なしの可能性はありますが、これらのテクノロジー巨人が持つ克服できない利点、つまり他のユーザーはありません。巨大なユーザーベースを持つGoogleでさえ、Google+を構築することでFacebookに対抗しようとしたが、7年の歳月と数十億ドルを費やして結局失敗した。

TCP/IP および HTTP プロトコルのコンテキストでは、分散化は URL で突然停止します。 URL を制御する人は、その背後にあるすべてを制御します。その結果、facebook.com、google.com、amazon.com などの URL は、世界で最も強力で価値のある企業の一部となりました。

DSP の下では、さらに前進する必要があります。

集中化は可能な限り徐々に拡大するため、分散型ソーシャル プロトコルの設計者と開発者は、集中化を防ぐために全力を尽くす必要があります。残念ながら、これには想像力と努力が必要です。部分的な分散化を実現し、本当に難しい部分は他の人に任せるか、独自の集中プラットフォームでギャップを埋める方がはるかに簡単です。テクノロジー大手は部分的な分散化を達成しました。コンテンツは生成されず、それはユーザーに委ねられます。分散型ソーシャルプロトコルには、集中型の機能が必要であり、これらの機能も分散させるシステムを設計する必要があります。

最初のレベルのタイトル

2. コンテンツを管理するのは誰ですか?

情報は物理的な資産とは根本的に異なり、基本的に無料で複製できるため、データの「所有」について話すと混乱することがあります。著作権法は、この固有の豊富な情報に対抗し、（コンテンツ作成者の利益のために）複製コピーを防止するために存在します。同意なしに情報を共有する人を罰する秘密保持法についても同様です。しかし、P2P ファイル共有はこれらの法律に違反し、内部告発者は秘密保持法に違反しました。情報を管理し、その拡散を防ぐことが非常に困難になります。

分散型システムでは、そのような法律を施行するために中央当局に依存することはできないため、事前に指定された条件に従って情報を処理する必要があります。ここで話しているのは、ユーザー コンテンツの所有者が誰かということではなく、ユーザー コンテンツにアクセスできるのは誰かということです。最新のソーシャル メディア プラットフォームのデフォルトの立場は、プラットフォームがコンテンツを所有し、アクセスを一元的に強制することです。 DSP では、コンテンツ作成者 (ユーザー) は、アクセスを制御するためにキー共有を含む暗号化スキームを使用する必要があります。可能な限り (そして理想的には)、サービス プロバイダーは暗号化されていないユーザー コンテンツにはアクセスできず、作成者がアクセスを許可したユーザーのみにアクセスできます。

暗号化により、キー所有者の手に直接制御が渡されるため、分散型ソーシャル プロトコルの中で暗号キーをどこに保管するかが、集中化を抑制できる場所を探す際に正しい方向を示すことになります。キーはできる限り (そして理想的には) ユーザーの手元にある必要があります。特に公開用に作成されていない限り、すべての情報は、保存または送信されるかどうかにかかわらず、デフォルトで暗号化される必要があります。

繰り返しになりますが (初期のインターネットと同様に)、誰でも競合する Web サイトやアプリケーションを構築できます。今回のみ、ユーザーは手ぶらではなく、自分のすべてのコンテンツとアクセスできる残りのコンテンツを制御できるようになります。新しい Web サイトは同じコンテンツの新しいインターフェイスになるだけなので、ユーザーの切り替えコストは最小限に抑えられます。このような環境により、イノベーションが繁栄し、ユーザーの選択肢が広がり、ユーザー エクスペリエンスのあらゆる側面が劇的に向上します。

最初のレベルのタイトル

3. お金が重要

ソーシャル メディア プラットフォームは、毎年数百億ドルの収益をもたらします。この収益のほぼすべては広告によるものです。資金の問題を無視し、分散型ソーシャル プロトコル サービス プロバイダーに独自のビジネス モデルを発明させ、ユーザーのスイッチング コストが低いときにプロバイダーがうまく機能してユーザーのニーズを満たすことを期待するのは簡単です。しかし、プロトコルに組み込まれた仮定が、今日の世界のあり方を生み出しました。

これはおそらく DSP 設計で最も難しい部分ですが、おそらく最も重要でもあります。いずれにせよ、ユーザーはこの価値の創造と提供のプロセスの中心にいる必要があります。ユーザーの注意がシステム価値の源泉であることを考慮すると、この問題は克服できるはずです。

最初のレベルのタイトル

4. ソーシャルメディアを再構築する

上記の設計原則を念頭に置き、次世代ソーシャル メディア プラットフォームのステークホルダー間の関係と、これらの関係が DSP の下でどのように再構築されるべきかを見てみましょう。

図 1 は、現在のプラットフォーム中心のパラダイムを構成する 4 つのコンポーネントを示しています。ステークホルダーは 3 つあります: プラットフォーム (赤)、広告主 (緑)、ユーザー (青)。すべてはプラットフォームを介して行われます。プラットフォームはコンテンツ サーバーを所有および集中制御し、そのインターフェイスを通じてユーザーが生成したコンテンツを保存し、コンテンツから一部のコンテンツを抽出して表示します。重要なのは、プラットフォームがユーザーと広告主の間のリンクとして機能することです。広告主はプラットフォームに料金を支払い、ユーザーに広告を表示し、広告主のクリックが発生します。このアーキテクチャでは、プラットフォームがすべてのキーを保持します。システムによって生成されるすべての値を制御します。

DSP では、システムはユーザー中心でなければなりません。図 2 に示すように、ユーザーは、インターフェイス プロバイダー、コンテンツ サーバー、広告主という他の 3 つの関係者間のリンクです。ユーザーと広告主の間のリンクとして機能するプラットフォームの代わりに、広告主は入札を通じてユーザー インターフェースに広告を掲載するためにユーザーに直接料金を支払います。インターフェースプロバイダーとコンテンツサーバーは、この広告収入をめぐって競争することになります。インタラクティブなインターフェイスを提供する単一のプラットフォームではなくなりましたが、多くのインターフェイス プロバイダーがユーザーにサービスを提供できます。プラットフォームがすべてのコンテンツを所有および制御するのではなく、コンテンツ サーバーがユーザーの暗号化されたコンテンツをホストするために競合します。分散型ソーシャル プロトコルの下では、ユーザーはすべてのキーを制御し、システムによって生成されるすべての値を制御できます。

このユーザー中心のパラダイムでは、オンライン サービスの設計と構築方法を再考する必要があります。現在のプラットフォームは、コンテンツ、ユーザー インターフェイス、および「ビジネス ロジック」と呼ばれるものの 3 つの部分に分類できます。 「ビジネス ロジック」とは、関連するコンテンツを収集し、それを表示するためにユーザー インターフェイスに送信するためにプラットフォームが使用するすべての命令です。ここで、コンテンツを検索、並べ替え、操作するアルゴリズムが登場します。レコメンデーション エンジン、アグリゲーター、さまざまな形式の人工知能はすべてビジネス ロジックです。

図 3 は、現在の集中プラットフォームを通じてユーザーにコンテンツを配信する方法を簡単に示しています。ユーザーは UI を通じてリクエストを作成し、UI はそのリクエストをビジネス ロジック サーバーに渡します (ステップ 1 および 2)。サーバーは、どのコンテンツが必要であるかを判断し、コンテンツ サーバーからコンテンツを取得します (ステップ 3 および 4)。次に、表示されるコンテンツが準備されて UI に送信され、UI がそれをユーザーに表示します (ステップ 5 および 6)。ビジネス ロジック サーバーとコンテンツ サーバーはプラットフォームによって制御され、プラットフォームのコンピューター上で実行されますが、ユーザー インターフェイス (ブラウザーやアプリケーションなど) はユーザーのコンピューター上で実行されます。

DSP では、UI プロバイダーはコンテンツにアクセスできないため、ビジネス ロジック自体を実行できません。これは、いわゆる「ユーザー クライアント」を通じてユーザー側で行う必要があります。ユーザー クライアントは、ビジネス ロジックを実行し、ユーザーのプロファイルとウォレットを管理する単なるアプリケーションまたはブラウザ プラグインです。インターフェイス プロバイダーの機能は、ビジネス ロジックをユーザー クライアントに送信し、コンテンツを収集してユーザー インターフェイスを介して表示するためにコード化するように指示することだけです。

わかりやすくするために、図 3 と図 4 には広告主は示されていません。広告主を追加すると、図 3 のビジネス ロジック サーバーと図 4 のユーザー クライアントの間に接続されます。より複雑な関係も可能です。たとえば、ユーザークライアントは、ユーザー設定、ウォレット残高、またはローカルに保存されているその他の情報に基づいて、インターフェイスプロバイダーに送信される前に初期リクエストを変更できます。これらすべてはグラフには示されていないため、グラフではソーシャル ネットワークの基本的な再編成のみが示されています。

最初のレベルのタイトル

5. ソーシャルネットワークとは何ですか?

これまで、かなり高いレベルで設計原則について議論してきました。この記事の残りの部分では、分散型ソーシャル プロトコルが実際にどのように機能するかについてのアイデアについて説明します。それらは最終的な答えではなく、議論の出発点であると考えてください。

DSPの核心は何ですか？主要なソーシャル メディア プラットフォームを見ると、Twitter は短い公の発言に重点を置き、Facebook は友人との共有に重点を置き、Reddit はニッチなコミュニティに重点を置き、Instagram は写真に重点を置き、YouTube は動画に重点を置いていることがわかります。それぞれの分散バージョンをコピーする必要はありません。それらの本質は同じであり、違いは他のユーザーとコンテンツを通信および共有する方法のみであるためです。それだけです。この抽象化レベルから DSP 設計を扱うと、設計を簡素化できるだけでなく、最大化することもできます。

上記のすべてのソーシャル メディア プラットフォーム、および既存かまだ想像されていないかにかかわらず、さらに多くのソーシャル メディア プラットフォームが DSP 上で実行できるはずです。これらのプラットフォーム (およびあらゆる通信プラットフォーム) の差別化の側面は次のとおりです。

コンテンツタイプ

コンテンツへのアクセス

コンテクスト

1) コンテンツタイプ

ビデオ、画像、オーディオ、テキスト、またはその他のコンテンツ タイプの間には、本質的な区別はありません。これらはすべて 1 と 0 に減らすことができ、同じ基本的な方法で処理する必要があります。ストレージ、アクセス、コンテキスト、およびさまざまなメタデータ (いくつか例を挙げると) は、コンテンツ タイプに関係なく、DSP によって同じ方法で処理される必要があります。 Instagram、YouTube、SoundCloud は基本的に同じサイトですが、強調するコンテンツの種類が異なるだけです。 DSP は、新しいコンテンツ タイプ (VR、触覚など) を含むすべてのコンテンツをサポートできるように抽象化する必要があります。

2) コンテンツへのアクセス

公開ツイート、友達ステータスの更新、グループ チャット、プライベート メッセージはすべて、コンテンツへのアクセス権によって異なります。 DSP は暗号化を使用して、許可されたユーザーのみがコンテンツを閲覧できるようにする必要がありますが、インターフェース プロバイダーがコンテンツを共有するためのさまざまなスキームを考案できるように十分な柔軟性も必要です。

公開コンテンツは誰でも閲覧できるため、暗号化が必要なく、扱いが簡単です。アクセスを制限するには暗号化が必要です。これを行う 1 つの方法は、対称暗号化を使用してコンテンツを暗号化し、そのコンテンツに固有のキーを持つユーザーだけがコンテンツを表示できるようにし、次に非対称暗号化を使用してそのキーをコンテンツを共有する当事者に配布することです。

言うまでもなく、この複雑さはユーザーの目から隠されています。ユーザーは、新しいコンテンツが共有されたことを知るだけで済みます。

デフォルトでは、サービス プロバイダー (インターフェイス プロバイダーとコンテンツ サーバー) は、暗号化されていないコンテンツにアクセスできません。

3) コンテキスト

コミュニケーションに関しては、コンテキストが重要です。文脈に応じて、ジョークは脅迫になる可能性があり、荒らしは哲学者になる可能性があります。すべてのコンテンツにはコンテキストがあるため、DSP はコンテキストをメタデータとしてキャプチャし、コンテンツ作成者の意図どおりにレンダリングできるようにするための堅牢な方法を備えている必要があります。

多くの場合、コンテンツのコンテキストは、ビデオに対するコメントやいいね、低評価、リツイートなど、他のコンテンツです。参照されているものへの単純なポインタで十分です。ただし、これとすべてのコンテンツは分類する必要があります。

サブレディットからモーメント、LinkedIn スタイルのサイトからブログに至るまで、あらゆるものをキャプチャできる分散型ソーシャル プロトコルにシステムを統合する必要があります。 1 つの方法はタグを使用することです。現在のプラットフォームから文脈に応じた分類法を収集し、タグのリストを作成することをお勧めします。これらは、分散型ソーシャル プロトコルにハードコーディングされるべきではなく、サービス プロバイダーが学び、追加できるドキュメントとしてオープンされるべきです。

通常、この複雑さはユーザーから隠蔽されるべきです。ユーザーがコンテンツを作成するとき、多くの場合、コンテキストについて意識的に考えることはなく、質問をツイートしていること、猫マスター ミームのサブレディットに投稿していること、またはお気に入りの動画の横にあるハートのアイコンをクリックしていることだけを認識しています。生成されたコンテンツは、使用されるインターフェイス プロバイダーのビジネス ロジックに従って自動的にタグ付けされる必要があります (詳細については、以下を参照)。そうすれば、どのようなインターフェイスが使用されているかに関係なく、ユーザーがコンテンツを生成するときに、他のインターフェイス プロバイダーはコンテンツを解釈してユーザーに表示する方法を知ることができます。

たとえば、誰かが Twitter スタイルのサイトであなたのコンテンツに「いいね！」をし、別の人が Facebook スタイルのサイトであなたに「いいね！」をした場合、どのサイトを使用しているかに関係なく、あなたのコンテンツを閲覧する人には両方が表示されます。

これら 3 つのパラメータを調整することで、分散型ソーシャル プロトコルを使用してさまざまなプラットフォームをすべて複製できます。さらに重要なことは、ネットワーク効果がなければ、視聴者を獲得できなかった他のソーシャル メディアやコミュニケーション サービスが、ニッチなコミュニティのニーズに応えられることがわかるはずです。

たとえば、twitter スタイルのサービスの場合、そのインターフェイス (ツイート) を使用して生成されたコンテンツをそのようにマークできます。このインターフェイスでは、ユーザーが作成したコンテンツが 280 文字を超えることは許可されていないため、インターフェイス上でツイートとしてマークされているものはすべて 280 文字に制限されます。ユーザーが 280 文字を超えるツイートを独自に作成した場合、twitter サービスはそのツイートを他のユーザーに表示しません。

最初のレベルのタイトル

6. 設定ファイルの管理

ユーザーは、DSP プロトコルに生命を吹き込むリンクです。ユーザー プロファイルを扱う際の分散型プロトコルの大きな課題は、名前空間です。一元化されたプラットフォームは、登録されているすべてのユーザー名のリストを 1 か所に保持し、ユーザーが新しい名前を登録しようとしたときに重複をチェックすることで名前空間を処理します。 (もちろん、ユーザーは使用するプラットフォームごとに再登録する必要があり、あるプラットフォームで登録したユーザー名がすでに他の人に使用されていることが判明する可能性があります)。分散型プロトコルの場合、物事はそれほど単純ではありません。クエリを実行するための中央のリストはなく、重複を拒否するための中央の権限もありません。

ただし、解決策として暗号化を利用することはできます。 。公開キー暗号化により、インターフェイス プロバイダーを通じて誰でも簡単に公開キーと秘密キーのペアを作成できるようになります。公開キーは分散型ソーシャル プロトコル ネットワークにおけるあなたのアイデンティティを表しますが、秘密キーはユーザー クライアントによって保持され、そのアイデンティティの背後にいるのがあなたであることを証明するために使用されます。公開キーは擬似ランダムに生成されるため、2 人が同じキーを生成する可能性は非常に低く、無視しても問題ありません。見て！これで、Web 上で一意の名前と ID が得られました。しかし、自分の名前をランダムな文字列にしたい人がいるでしょうか?

これに対処する 1 つの方法は、現実世界での対処方法と同じです。繰り返しを無視して、自分のことを好きなように呼んでもらいます。次に、誰と取引しているのかがわからない場合は、一意の ID を確認してください。

もう 1 つのアプローチは、一意の IP アドレスを一意のドメイン名に変換する方法と同様に、ネーム サーバー スキームをセットアップすることです。この例では、公開キーは IP アドレスに相当し、ユーザー名はドメイン名に相当します。分散化を実現するために、ユーザー クライアントとインターフェイス プロバイダーは、遭遇するすべてのキーと名前のペアのリストを保持できます。新しい名前を登録するとき、ユーザー クライアントは、その名前が誰かのリストに載っているかどうかをネットワークに「問い合わせ」ることができます。そうでない場合は、新しいキーと名前のペアがアナウンスされます。ユーザーがリスト内ですでに再利用されている名前に遭遇した場合、インターフェイスは乱数 (1、2、3 など) またはその他の区別を使用してその名前を曖昧にすることがあります。

もう 1 つの解決策は、ブロックチェーンを使用して一意のキーと名前のペアを記録することです。ブロックチェーンへの登録の問題は、プライバシーを侵害することです。ブロックチェーンは必然的に公開されますが、すべてのユーザーが名前空間の重複をそれほど気にするわけではなく、分散型ソーシャル プロトコルのアイデンティティを世界に知ってもらいたいと考えています。彼らは、友人や家族とつながるために分散型のソーシャル プロトコルを使用しているだけかもしれません。曖昧さの解消は大きな懸念ではありません。

ブロックチェーンの登録には、ブロックチェーンのネイティブ トークンで指定された料金の支払いも必要です。新しいユーザーは何十年にもわたって最新のプラットフォームを無料で使用しており、DSP を使用するために料金を支払うことはもう不可能であるため、これは問題を引き起こします。

選択はユーザーが決定する必要があります。これはユーザーが考慮して対処する必要がある問題ではなく、ユーザー クライアントまたはインターフェイス プロバイダーが考慮して対処する必要がある問題です。ブロックチェーンであれ、ネームサーバーであれ、あるいは単にネットワーク内で接続されている人々をポーリングする場合でも、コスト、プライバシー、分散化の間にはトレードオフがあります。内部的には、これは公開キーを使用して解決できますが、インターフェイスプロバイダーは、ユーザー名と公開キーの一致を処理する何らかの方法を見つけ出す必要があります。

以下では、ユーザーが自分のコンテンツを制御し、ネットワーク内での価値の創造と転送を担当できるようにすることで、これらの問題を解決または軽減するのに役立つ分散型ソーシャル プロトコル (DSP) について説明します。このビジョンは、単一のプラットフォームがこれらの必要な役割を独占するのではなく、ユーザーが多数のインターフェイス プロバイダー、コンテンツ サーバー、広告主から選択できるようにすることで可能になります。プロファイル管理、プライバシー保護、ホスティング、ユーザー インターフェイス、広告ネットワーク、コンテンツ フィルター、メタデータなどの分散ソリューションについて説明します。つまり、これはソーシャル メディアの基本的な構成要素をすべてカバーしています。

最初のレベルのタイトル

7. 評判の管理

ユーザー プロファイルができたので、これらのユーザー プロファイルが互いにどのように関連しているかを見てみましょう。完璧な世界では、ソーシャル ネットワーキングは、相互尊重と共通の礼儀に基づいた、文明的で情報に基づいたディスカッションの場となるでしょう。明らかに、私たちは完璧な世界に住んでいません。ソーシャルメディアユーザーはむしろ手に負えない暴徒のようなもので、コンテンツを管理するようプラットフォームに対する圧力が高まっている。プラットフォームは、何十億ものユーザーがどのコンテンツを利用でき、どのコンテンツが利用できないのかを判断できないという厄介な立場に陥っています。何をしても、不満を抱くユーザーもいるでしょう。

分散型ソーシャル プロトコルは、ユーザーの評判をスコアリングする責任を分散させることで、この問題を回避します。ユーザーベース全体を決定するのではなく、各プラットフォームは他のユーザーによる好き嫌いの評価リストを維持し、そのリストをネットワークの残りの部分と共有します。このアイデアは Web of Trust (WoT) と呼ばれ、分散システムにおける悪意のある者の影響を最小限に抑える非常に簡単な方法です。これは私たちが現実世界で行っていることのオンライン版です。

あなたの社会的サークルの周縁にいる誰かがあなたをコーヒーに招待したとします。応じるべきかどうかはどうやってわかりますか?誰もが彼のことを攻撃的だとか退屈だと言うなら、彼らが肯定的なコメントをすれば、おそらくデートには行かないでしょうし、その逆も同様です。 WOT も同じ原理で動作します。 1 つのプラットフォームにすべての信頼を置くのではなく、ネットワーク内のすでに信頼している人々から多くの意見を受け取り、彼らもあなたから意見を得ます。もちろん、WoT はプロトコル層で処理されるため、ユーザーは特定の問題について心配する必要はありません。

DSP 用の WoT 実装を設計する場合は注意が必要です。予期しないアプリケーションに対応し、意思決定権限をユーザーに委ねるため、可能な限り抽象的なものにする必要があります。それがどのように機能するかは次のとおりです。 spambot2020 という名前のユーザーが、作成した公開メッセージに一攫千金スキームへのリンクを投稿し続けているとします。この不快なコンテンツをスパムとしてマークできるはずです。このアカウントのコンテンツは表示されなくなります。ましてや、信頼している人の前でもダメです。タグは、分散型ソーシャルプロトコルのコンテンツアクセスおよびコンテキストシステムの下でタグ付けおよび共有される別のコンテンツであってもよい。

すべての決定がアカウントにスパムのラベルを付けるほど簡単なわけではなく、アカウントからのすべての投稿を一度にブロックすることが最善の選択肢ではない可能性があります。幸いなことに、WoT は柔軟性が高く、各ユーザーがネットワーク内の標識を解釈して処理する方法を決定できます。タグにはさまざまなラベル (スパム、嫌い、でたらめ、ボット、いいね、賢い、面白いなど) を付けることができ、ユーザーの好みに基づいて異なる重み付けをすることができます。あなたが信頼している人が、ある曲を好む他の人を強く信頼している場合、あなたもその曲を好きになる可能性があります。あなた自身のロゴと他の人のロゴは自動的に一緒に追加され、インターフェースプロバイダーが何を表示するか、そしてどの程度目立つようにするかを決定するのに役立ちます。

これは既存のプラットフォームがすでに行っていることであり、それぞれが独自のアルゴリズムを備えています。 DSP では、WoT 層の基礎となる構造とコンテンツはユーザーによって制御されるため、ユーザーは必要なインターフェイスを選択でき、インターフェイスプロバイダーはより多くの種類を備え、より多くの選択肢を提供するようになります。

これは、集中的な視点がないという WoT の本当の美しさを明らかにしています。私が誰かを荒らしとしてフラグを立てた場合、その人は私の目には荒らしにしか見えません。これは「真実」ではありません。一部のユーザーは私の判断を受け入れ、間違いなく無視できますが、他のユーザーはこのラベルを肯定的に捉え、「名誉のバッジ」と見なす可能性があります。

ただし、WoT は悪質なコンテンツをフィルタリングするためだけのものではありません。また、ユーザーが信頼できるビジネス パートナーを選択するのに役立つ分散型システムでもあります。以下で説明するように、WoT は、ユーザー、広告主、サービスプロバイダーの間で価値がどのように生み出され、伝達されるかという難しい問題を解決する上で非常に貴重になります。

最初のレベルのタイトル

8. 価値の創造と移転

ソーシャルメディアプラットフォームは、広告スペースを販売することで収益を上げています。彼らのプラットフォームは無料で公開されていますが、ユーザーがログインするコンテンツに加えて、広告もあります。物議を醸しているが、このプラットフォームは、広告主が潜在顧客をより適切にターゲットできるよう、ユーザーの個人データとコンテンツを使用してユーザーを分類している。 DSP では、サービス プロバイダーはユーザー コンテンツにアクセスできませんが、ユーザーはアクセスできます。したがって、ソーシャルメディアを完全に分散化するには、この成功した広告主導のビジネスモデルを再設計する必要があります。

現在、プラットフォームは広告主とユーザーの間の信頼できる仲介者として機能します。広告主は、合意された頻度で広告がユーザーに表示されることを信頼してプラットフォームに支払います。広告主は、リンクへのトラフィックを最も多く誘導するプラットフォームに注目し始めていますが、実際に注目しているのはユーザーです。ブランドの広告を見て、クリックして最終的に購入したり、広告主が望むことを実行したりすることで価値を生み出すのはユーザーです。ユーザーは価値を生み出すので、ユーザーには報酬が支払われるべきです。

ただし、プラットフォームは広告主に価値のあるサービスを提供するため、DSP にも同様のサービスを提供するようにする必要があります。たとえば、DSP は、広告収益のみを目的として設定された多数の偽のアカウントに広告が配信されないこと、および正しい広告が正しいユーザーに表示されることを保証する必要があります。 WT は、これに対する洗練されたソリューションを提供します。

その仕組みは次のとおりです。広告主はターゲットにしたい各ユーザーの広告スポットに入札し、ユーザーは画面に表示される各広告から収益を受け取ります。ユーザーのクライアントは広告に暗号署名して広告主に送信するため、広告主は自分の広告が閲覧されたことを知ることができます。ユーザーが広告をクリックすると、ユーザーは広告主の Web サイトにアクセスするため、広告主もこれを認識します。ユーザーが広告主が望んでいること (購入やリンクのクリックなど) を行うと、広告主はユーザー アクションの値、アクションが発生した時刻、およびその他のメタデータを含む署名済みの領収書をユーザーに送信します。

これは、ユーザーがあらゆる段階で自分が生み出した価値の証拠を得ることができ、それを公開して共有することで、より多くの広告主を引き付けて広告スロットに入札してもらうことができることを意味します。 WOT では、署名入りの領収書は信頼の象徴のようなものです。ユーザーがシステムを利用してダミー アカウントを通じて自分自身に広告を販売しようとしても、それは問題ありません。なぜなら、それらのダミー アカウントは本物の広告主と信頼関係がなく、無視されるだけだからです。したがって、ユーザーが広告をクリックする回数が増えれば増えるほど、他の広告主に対してその広告が良い投資であることを証明でき、より多くの収益を得ることができます。このタイプの広告は、既存のプラットフォームで提供される広告よりもある程度ターゲットが絞られており、ユーザーのコンテンツは共有されず、ユーザーのプライバシーは侵害されません。

このアーキテクチャには問題がありますが、暗号化が解決策を提供します。ユーザーは、広告をクリックして、たどり着いたサイトで 300 ドルを費やしたことを広告主に知らせたいと思うかもしれませんが、そのサイトが特定の薬物を販売していたり​​、政党への寄付を受け付けていたりする場合、ユーザーはそのことを知らせたくないかもしれません。人々は知っています。技術的には、ユーザーはそのようなサイトからのトークンを開示しないことを選択できますが、いずれにせよ、これらすべての複雑さはユーザーから隠される必要があります。私たちは、ユーザーがリンクをクリックするたびにそのような難しい決断を迫られることを望んでいません。

代わりに、ユーザーのメイン プロフィールに公にリンクされていないプロフィールを、ユーザーと広告主とのやり取り専用に作成する必要があります。したがって、広告主にとってのユーザーの評判と価値は、ランダムに生成された公開キーに関連付けられます。広告主は、ユーザーのショッピングやクリックの習慣 (非常に貴重なターゲティング情報) を知っていますが、ユーザーが誰であるか、何をしているか、DSP で何を共有するかについては知りません。

未解決の問題は、これを実現するためにどのような支払いシステムを使用するかです。 DSP がこの質問に答える必要はないと思いますが、サードパーティの開発者にプラグインを作成してもらいましょう。マイクロペイメントをサポートする一般的な支払いシステムの初期プラグインを DSP で開発して、作業を開始できます。さらに良いのは、分散型決済プロトコル (DPP) を導入できることです。

最初のレベルのタイトル

9. サービス

ユーザーがお金を持ったので、分散型方法で必要な分散型ソーシャル プロトコル サービスの料金を支払う方法について話しましょう。

1) コンテンツの保存とアクセス

集中プラットフォームによって提供されるサービスの 1 つは、オンデマンドでのコンテンツの保存と配信です。世界中のデータセンターがこのタスクに専念しています。 DSP を真に分散化するには、サービスも分散化する必要があります。これに対して単一の主体が責任を負うということはあり得ません。誰もがこのサービスを非常に低い参入障壁で提供できなければならず、ユーザーは自分のデータがどのように扱われるかについて責任を負わなければなりません。ユーザーが広告収入をコントロールしているため、可能な限り低コストでできるだけ早くコンテンツを配信しようとするコンテンツサーバーの激しい競争が起きています。

実際の動作は次のとおりです。ユーザーがコンテンツを検索すると、コンテンツ サーバーがオファーで応答します。ユーザークライアントは応答性と価格を比較検討し、最適なサーバーに支払いを送信し、そこでコンテンツが配信されます。もちろん、これらすべては人間の介入なしに、アルゴリズムによって瞬時に処理されます。

コンテンツ サーバーのセットアップには、それほど技術的なスキルは必要ありません。すでに Web サービスを実行している人は、この目的のために余剰のストレージ領域と帯域幅を利用するソフトウェアをインストールできます。家庭用コンピュータやその他のデバイスでもこれを行うことができます。

WT を使用すると、このシステムをよりスムーズに実行できます。コンテンツごとに入札して取引を確立する代わりに、お互いを信頼するコンテンツ サーバーとユーザーはコンテンツを交換し、より緩やかに支払いを行うことができます。基本的に、コンテンツ サーバーは、契約を遵守することで評判を築いたユーザー、または WoT 接続を確立したい新規ユーザーにクレジットを拡張できます。

双方が異なるアルゴリズムを試すことができます。 Explore/Exploit (Explore/Exploit、E/E) アルゴリズムは、ネットワーク上で最も安価、最速、最も信頼性の高いサーバーを探しているユーザーによって導入できます。サーバー側では、可能な限り最も価値のあるコンテンツ、つまり最も頻繁にアクセスされるコンテンツを保存したいと考えています。

アクセス (需要) が可用性 (供給) によって相殺されるため、実際にどのように機能するかは複雑になります。 1 日あたり 100 万件の訪問をホストする 100 万台のサーバーのうちの 1 つよりも、1 日あたり 1000 件の訪問をホストする唯一のサーバーである方がよいでしょう。サーバーはビジネスを獲得するときに、さまざまなアルゴリズムを使用しようとします。

ただし、一部のコンテンツはアクセス頻度が非常に低いため、そのコンテンツをホストしようとするサーバーがない場合があります。おそらく、それはめったに読み返されることのない、2 人の間でのプライベートなメッセージかもしれません。このコンテンツの保存には料金がかかります。同様に、サーバーはアーカイブされたコンテンツを保存する権限をめぐって競合する可能性があります。ユーザーは、コンテンツをホストしている唯一のサーバーがオフラインになった場合に備えて、ある程度の冗長性を必要とします。

この取り決めの下では、データの保存とアクセスのコストが非常に安くなり、原価と同等、またはそれに近いものになることが期待できます。余剰サーバー容量が限界費用ゼロで利用でき、顧客獲得やWoTスコアリングにある程度の価値が置かれる可能性があることを考慮すると、場合によってはデータサービスが無料で提供されることもあります。

2) ユーザーインターフェース

もちろん、分散型ソーシャル プロトコル パズルのもう 1 つの重要な部分は、ネットワークと対話するときのユーザー エクスペリエンスです。ソーシャル メディアについて考えるとき、ほとんどの人が思い浮かべるのは、コンテンツ フィード、友達リスト、受信箱、ホームページ、アバター、フォーラム、チャット ウィンドウなどです。当然のことながら、プラットフォームは、管理するデータセットによるデータのユーザー エクスペリエンスを独占します。たとえば、Facebook プロフィールを表示できる場所は facebook.com だけです。

Web サイトやアプリがアクセスせずにコンテンツを表示できるように、これを DSP で分散化する必要があります。ユーザーは自分のコンテンツを制御できるため、インターフェイス プロバイダーに必要なのは、コンテンツを操作するための直感的で楽しい方法だけです。 twitter.com 上で 1 つの Twitter レイアウトを使用するのではなく、誰でもユーザー向けのサービスを構築し、コンテンツを生成して操作するためのさまざまな方法を実験できる必要があります。

Facebook スタイルのホームページを想像してください。左側には友達リストがあり、中央には友達の更新情報があり、右側にはいくつかの広告があります。タブレット上のアプリを通じてこのコンテンツを表示しているとします。アプリケーションを開くと、ビジネス ロジックがインターフェイス プロバイダーから抽出され、アプリケーションにページの生成方法を指示します。プロファイル、キー、ウォレットなどの重要な情報は、アプリケーションの一部としてユーザー クライアントとともにローカルに保存されます。アプリを新規インストールし、事前に構成されたプロファイルをすでに持っている場合、アプリは暗号化されたユーザー プロファイルをコンテンツ サーバーから取得するため、パスワードを入力する必要があります。

アプリは広告主の最高入札額を受け入れ、ウォレットに入金し、右側に広告を表示します。コンテンツ サーバーから友達リストと、アクセスが許可されている写真や投稿などの関連コンテンツを取得します。アプリは、インターフェイス プロバイダーから取得したビジネス ロジックのアルゴリズムを使用して、すべてのコンテンツを並べ替えて表示します。

この目的のために、インターフェイスプロバイダーは、生成された広告収入から料金を受け取る場合があります。コンテンツ サーバーと同様に、ユーザーのスイッチング コストが非常に低いため、インターフェイス プロバイダー間で激しい競争が発生する可能性があります。その結果、ユーザーや広告主はコンテンツやインターフェースを制御するプラットフォームを利用しなくなりました。広告主、コンテンツ サーバー、インターフェイス プロバイダーはすべてユーザーに近づき、ユーザーの注目と価値を求めて競争しています。

この設計で生じる問題の 1 つは、ユーザー コンテンツへのアクセスに依存するサービスが利用できないことです。たとえば、プライベート メッセージが暗号化され、複数のコンテンツ サーバーに分散されている場合、ユーザーはどのようにしてキーワードでプライベート メッセージを検索できるでしょうか。理想的には、たとえユーザーにサービスを提供するという名目であっても、パンドラの箱を開けてサービスプロバイダーがコンテンツにアクセスできるようにすることはありません。だからこそ私たちは今の苦境に立たされているのです。ありがたいことに、多くの場合、ユーザーがプライバシーと機能性の両方を確保できる創造的なソリューションが存在します。

上記の検索例では、インターフェイス プロバイダーは、キーワードによってユーザーのコンテンツにインデックスを付け、このインデックスをユーザーのみがアクセスできる別のファイルに保存するアルゴリズムをユーザー クライアントに送信できます。ユーザーが検索を実行したい場合、クライアントの端末は軽量のインデックス ファイルを検索し、インデックス内のキーワードに一致するコンテンツのみを検索します。

これは、サービス中心のエンジニアリングではなく、ユーザー中心のエンジニアリングの一例です。これによりプライバシーが保護され、クライアント側の処理能力が拡大し続けるため、ユーザーを中心に据えることはほとんどのアプリケーションにとって問題になりません。

ただし、分散化の場合の主な違いは、暗号化キーのパスフレーズを覚えて保護する責任がユーザーにあるということです。パスワードを忘れた場合、リセットできるプラットフォームはありません。この問題を他の解決策で解決すると、第三者がコンテンツにアクセスできるようになります。

おそらく、複数の信頼できる協力者が個人のパスワードを回復できる、複数署名暗号化スキームが採用される可能性があります。これにより、パスワードを回復する必要がある場合にのみ、誰もあなたのコンテンツにアクセスしたりアクセスしたりすることができなくなります。

しかし最終的には、ユーザー中心のシステムはユーザーに権限を与え、権限には責任が伴います。近年の主要なプラットフォームでのハッキングやデータ侵害を考慮すると、これはユーザーが取り組むべきことです。あなたほどあなたのプライバシーとセキュリティを気にかけている人はいません。

3) エッジユースケース

ソーシャル メディア プラットフォームには収益性があることがわかっているため、一般に、広告収入はプラットフォームが提供するすべてのサービスを上回ります。したがって、大多数の DSP ユーザーは、広告収入でコンテンツ サーバーとインターフェイス プロバイダーのコストをカバーできると考えるべきです。それでも、3 つの特殊なケースに注目することは有益です。

極端な場合、コストをカバーするのに十分な広告収入を生み出さないユーザーもいるかもしれません。ユーザーが広告をクリックしなければ、広告主は最終的にそれらの広告の表示料金の支払いを停止します。ただし、ブランド広告主は、一部のコンテンツの公開を許可するために少額の料金を支払うことをいとわないかもしれません。最悪の場合、そのようなユーザーはサービス プロバイダーが提供する利便性を回避して、自分のコンテンツをホストするだけになる可能性があります。さらに良いことに、彼らは独自のサービスプロバイダーとなり、独自の DSP 使用ニーズをカバーするのに十分な収益を得ることができます。

私たちが考える最後のシナリオは、広告を見ず、広告収入も受け取らないことを望み、分散型ソーシャル プロトコル サービスの料金を自腹で支払う一部の孤独なユーザーのシナリオです。このようなユーザーは、分散型ソーシャル プロトコル ウォレットに自分でリチャージする必要があり、リチャージ額は徐々に減っていきます。

最初のレベルのタイトル

10. コンテンツの問題

問題に対するあらゆる解決策は、新たな一連の問題の種をまきます。内燃機関を例に挙げます。これは馬力に比べて大幅な向上です。それは街路から馬糞を取り除き、資本を解放し、私たちの能力を大幅に拡大しました。誰も馬車や鋤の時代に戻りたくはありませんが、私たちは大気汚染や自動車事故、その他の問題に対処しなければなりません。電気自動運転車がこれらの問題を解決できれば、最終的には私たちの子孫が解決しなければならない新たな問題の原因となることは間違いありません。

DSP は、ネットワーク効果とソーシャル メディア プラットフォームの集中化によって引き起こされる問題を解決します。一度採用されれば、プライバシーがなくインターフェイスの選択肢が 1 つしかなかった時代に戻りたいと思う人は誰もいません。しかし、新たな問題に対処しなければならないことは間違いありません。明らかな問題の 1 つは、最終的には対処しなければならない問題ですが、それは私が「コンテンツの問題」と呼んでいるものです。

上で述べたように、DSP は検閲のない領域を生み出すことが期待できます。あるインターフェースがユーザーのコンテンツを検閲した場合、ユーザーは検閲を行わない別のインターフェースに移動することができます。ユーザーが人権侵害を指摘している場合、または単に言論の自由を行使している場合、それは良いことです。ただし、すべてが言論の自由であるわけではありません。一部のコンテンツは、直接的または間接的に無実の人々に害を及ぼすため、有害です。

DSP がこの種のコンテンツを配信する手段になったら、誰もそれに関わりたくなくなります。分散型ソーシャルプロトコルの背後にあるインターフェイスプロバイダー、コンテンツサーバー、広告主、開発者は、その才能やリソースをこれに貢献しません。通常のユーザーは、上記の分散化の利点すべてにアクセスできるわけではありません。分散型のソーシャルプロトコルは悲惨な失敗をするでしょう。

最初のレベルのタイトル

結論は

結論は

今日のソーシャル メディア プラットフォームは、ユーザーの注目を集め、ユーザーが生み出す価値に大きな力を発揮します。プラットフォームはネットワーク効果を通じて人々を囲い込み、ユーザーを犠牲にしてでも広告主の要望に応えることができます。プラットフォームは、人間の精神に共通する弱点を突くための洗練されたアルゴリズムを開発してきました。虚栄心、のぞき見、怒りにより、ユーザーは画面を見つめ続け、クリックしたり、スワイプしたり、もっと見たいと思って、より多くの広告が表示されるようになります。

DSP では、全員のモチベーションはユーザーにサービスを提供することであり、ユーザーは自分が最も重視するインターフェイスを使用することになります。個人的には、心を落ち着かせ、幸せな気持ちにさせ、大切な人とつながっていて、充実感を与えてくれるインターフェイスを使いたいと思っています。

DSP が成功するには、プラットフォームが提供するシームレスなエクスペリエンスと、分散化の利点を提供する必要があります。暗号化、コンテンツ サーバー、マイクロペイメント、ZKANN、広告ネットワークの複雑さは、一般ユーザーから隠蔽されなければなりません。システムが機能し、場合によってはユーザーに追加の収益をもたらすことさえあることを知る必要があるだけです。 DSP は多くの点で初期インターネットのビジョンを実現しますが、ドメイン レベルに分散するのではなく、ユーザーに至るまで分散し、コントロールとプライバシーをユーザー自身の手に委ねます。