Bluesky と AT プロトコル: 機能する分散型ソーシャル メディア

リンク一覧

要約と1 はじめに

2 Blueskyソーシャルアプリ

2.1 モデレーション機能

2.2 ユーザーハンドル

2.3 カスタムフィードとアルゴリズムによる選択

3 プロトコルアーキテクチャ

3.1 ユーザーデータリポジトリ

3.2 個人データサーバー（PDS）

3.3 インデックスインフラストラクチャ

3.4 ラベラーとフィードジェネレーター

3.5 ユーザーID

4 関連研究

5 結論、謝辞、参考文献

抽象的な

Bluesky は、パブリック ソーシャル メディアの分散型基盤である AT プロトコル上に構築された新しいソーシャル ネットワークです。2023 年 2 月にプライベート ベータ版としてリリースされ、翌年には登録ユーザー数が 300 万人を超えました。この論文では、Bluesky のアーキテクチャと AT プロトコルを紹介します。AT プロトコルは Web 自体にヒントを得たものですが、リアルタイム更新のストリームと暗号化認証を含むように最新化されています。Bluesky の技術設計が、システムのあらゆる部分に複数の相互運用可能なプロバイダーを用意して分散化を可能にすること、ユーザーがプロバイダーを簡単に切り替えられるようにすること、ユーザーが表示するコンテンツに対する権限をユーザーに与えること、システムの分散型の性質から生じる複雑さでユーザーに負担をかけないシンプルなユーザー エクスペリエンスを提供すること、という私たちの目標にどのように影響されているかを説明します。このシステムはオープンであるため、誰でもコンテンツ モデレーションとコミュニティ管理に貢献できます。また、研究コミュニティには、ソーシャル メディア モデレーションにおける新しいアプローチのデータセットとテストの場として Bluesky を使用することをお勧めします。

1 はじめに

過去20年間で、ソーシャルメディアサービスは、好奇心を刺激する娯楽から市民生活の礎へと進化してきました [5]。この発展は、Twitter/XやFacebookなどの主流の「デジタルタウンスクエア」が単一の企業の管理下にあり、リーダーの気まぐれでポリシーが変更される可能性があるという不安の高まりを伴っています [62]。それらの運営は不透明であり（どのコンテンツがユーザーに推奨されるかなど）、ユーザーはユーザーエクスペリエンスに対する主体性がありません。その結果、分散型ソーシャルネットワークへの関心が高まっており、その中でもActivityPubプロトコル[34]とMastodonソフトウェア[39]を中心としたフェディバースはおそらく最もよく知られています（第4章でいくつかの分散型ソーシャルネットワークをレビューします）。

しかし、分散化によって新たな課題も生まれます。たとえば、Mastodon の場合、ユーザーはアカウントを作成するときにサーバーを選択する必要があります。この選択は、サーバー名がユーザー名の一部になるため重要です。別のサーバーに移行すると、ユーザー名が変更され、移行中にフォロワーを維持するには、古いサーバーの協力が必要です。サーバーが警告なしにシャットダウンされた場合、そのサーバーのアカウントは回復できません。これは、ボランティアが運営するサーバーでは特にリスクがあります。原則として、ユーザーは独自のサーバーをホストできますが、そのための技術スキルと意欲の両方を備えたソーシャル メディア ユーザーはごくわずかです。

Mastodon のサーバー間の区別は、集中型サービスには存在しない複雑さをユーザーにもたらします。たとえば、あるサーバーの Web インターフェースで返信のスレッドを表示しているユーザーと、別のサーバーで同じスレッドを表示しているユーザーでは、表示される返信のセットが異なる場合があります。これは、サーバーが認識している返信のみを表示するためです [2]。別の例として、別のサーバー上のアカウントの Web プロフィールを表示しているときに、[フォロー] ボタンをクリックしても、そのアカウントをフォローするだけではありません。ユーザーは自分のサーバーのホスト名を入力し、ホーム サーバーの URL にリダイレクトされて初めて、そのアカウントをフォローできます。私たちの意見では、連合アーキテクチャから生じるこのような複雑さでユーザーに負担をかけることは望ましくありません。

この論文では、ソーシャル ネットワーキングの分散型基盤である AT プロトコル (atproto) と、その上に構築された Twitter スタイルのソーシャル アプリ Bluesky を紹介します。atproto と Bluesky の中心的な設計目標は、技術レベルでオープンかつ分散化しながら、集中型サービスと同等以上の品質のユーザー エクスペリエンスを実現することです。セクション 2 では Bluesky のユーザー向け機能を紹介し、セクション 3 では基礎となるシステム アーキテクチャについて説明します。AT プロトコルは、システムのすべての部分で複数の競合するオペレーターが相互運用可能なサービスを提供し、プロバイダー間の切り替えが容易になるように設計されています。

分散化だけでは、誤報、嫌がらせ、ヘイトスピーチなど、ソーシャルメディアの最も厄介な問題のいくつかを解決することはできません [46]。しかし、サービスの内部を特定企業の従業員ではない貢献者に公開することで、分散化はこれらの問題へのアプローチの市場を可能にします [38]。たとえば、Bluesky では、望ましいコンテンツを選択したり、望ましくないコンテンツにフラグを付けたりする主観的な決定を行うモデレーション サービスを誰でも実行でき、ユーザーはどのモデレーション サービスに加入するかを選択できます。モデレーション サービスはホスティング プロバイダーから切り離されているため、ユーザーは自分の好みに合うモデレーション サービスが見つかるまで簡単にモデレーション サービスを切り替えることができます。このアーキテクチャのオープン性により、特定のサービス オペレーターの実装とは関係なく、コミュニティが問題のあるコンテンツを管理するための独自のアプローチを開発できるようになることを願っています [38]。

たとえば、偽情報キャンペーンを特定したい研究者は、Bluesky に投稿されているすべてのコンテンツ、ソーシャル グラフ、ユーザー プロファイルに簡単にアクセスできます。研究者が疑わしい偽情報にラベルを付けるアルゴリズムを構築できれば、ラベルをリアルタイムで公開でき、そのラベルを見たいユーザーはクライアント ソフトウェアでラベルを有効にできます。この論文の目標の 1 つは、そのようなアルゴリズムに取り組んでいる研究者に Bluesky と AT プロトコルを知らせ、急速に増えている Bluesky コンテンツのデータセットを研究の基盤として使用するよう勧めることです。