Bluesky: ソーシャルメディアへの新しいアプローチ
Blueskyはユーザーにソーシャルネットワーキングのコントロールと分散化を提供するよ。
― 1 分で読む
目次
BlueskyはATプロトコルを使った新しいソーシャルメディアプラットフォームで、分散型のソーシャルネットワーキングを提供するように設計されてるんだ。2023年2月にスタートして、たった1年で300万人以上の登録ユーザーを獲得したんだ。この論文では、BlueskyとATプロトコルの基本的な構造と目標について説明するよ。
Blueskyの主なアイデアは、ユーザーが自分のオンライン体験をコントロールできることなんだ。それには、誰をフォローするかや、コンテンツとのインタラクション方法の選択肢が含まれてる。異なるソーシャルメディアプロバイダー間の切り替えを簡単にして、ユーザーが見たいコンテンツのタイプにも発言権を持たせることを目指してるんだ。さらに、ユーザーに複雑な選択肢で圧倒されることなく、シンプルな体験を提供したいって考えてる。
分散化の成長と関心
過去20年で、ソーシャルメディアは日常生活の重要な一部になったんだけど、TwitterやFacebookのような中央集権的なプラットフォームがユーザーのコンテンツをどうコントロールして、予測不能にポリシーを変更するかについての懸念が高まってる。ユーザーは自分のオンライン体験についてあまり発言権がないと感じることが多いんだ。
このため、分散型のソーシャルネットワークへの関心が高まってるんだ。こうしたネットワークでは、複数の独立したプロバイダーがシステムのさまざまな側面を管理できるようになってる。つまり、ユーザーは誰がアカウントをホストするかや、コンテンツがどう管理されるかを選ぶことができるんだ。
分散化の課題
分散型ネットワークには多くの利点がある一方で、いくつかの課題もあるんだ。例えば、Mastodonのようなネットワークでは、アカウントを作成する際にサーバーを選ぶ必要がある。この決定は大きな意味を持ってて、ユーザー名に影響を与え、他のサーバーへの切り替えが複雑になる。もしサーバーがオフラインになったら、ユーザーはアカウントやフォロワーへのアクセスを失うかもしれないんだ。
多くのユーザーは、自分のサーバーを設定するための技術的なスキルを持ってないかもしれない。これが、ユーザーの体験がよりシンプルな中央集権的サービスと比べて障害となるんだ。異なるサーバーでやり取りするユーザーは、同じ投稿に対して異なる返信を見ることがあって、さらに体験をややこしくするよ。
ATプロトコルとBluesky
分散化に伴う複雑さに対処するために、BlueskyとATプロトコルはユーザーが中央集権的なプラットフォームと同じかそれ以上の体験を得られるように設計されてるんだ。複数のプロバイダーをサポートしてるから、ユーザーは自分が選んだ場合に簡単に切り替えられるんだ。
分散化だけでは、ソーシャルメディアが直面するすべての問題、例えば誤情報や嫌がらせを解決することはできないけど、こういう問題へのさまざまなアプローチのためのスペースを作ることができるんだ。例えば、Blueskyでは誰でもモデレーションサービスを運営できるから、ユーザーが好みのものを選べるんだ。
Blueskyにおけるユーザーエクスペリエンス
BlueskyのユーザーインターフェースはTwitterに似てて、ユーザーが簡単にアップデートを投稿したり他の人とやり取りできるようになってるんだ。ユーザーは短いメッセージを300文字まで共有できるし、画像も投稿できる。プラットフォームでは他の人をフォローすることができ、逆時系列でアップデートを表示するフィードが作られる。また、特定のアカウントをフォローしなくてもいろんなトピックの新しいコンテンツを発見できるオプションもあるよ。
急速なユーザー成長
プライベートベータ版をスタートさせた後、Blueskyはすぐに注目を集めて、2024年1月までに300万人以上の登録ユーザーを超えたんだ。この急成長は、ユーザーのコントロールと分散化を優先するソーシャルプラットフォームへの興味を反映してるよ。
Blueskyの背後にある会社、Bluesky Social PBCは、公式アプリを運営し、コアサービスを提供してる。彼らの仕事の大部分はオープンソースで、他の開発者が貢献できるようになってる。彼らが使うプロトコルも明確でオープンな基準によって定義されてるんだ。
Blueskyにおけるモデレーション機能
Blueskyは、プラットフォームを安全でウェルカミングなものにするためにいくつかのモデレーション機能を取り入れてる。ユーザーはユニークなハンドルネームを持ってて、これはユーザーを特定するのに役立つんだ。一部のプラットフォームがハンドルを特定のサーバーに結びつけるのとは違って、Blueskyではユーザーがドメイン名をハンドルとして使えるようになってる。この変更は、ユーザーがアイデンティティを失うことなくプロバイダーを切り替えるのを簡単にしてくれるよ。
さらに、ユーザーは自分の好みに合わせた異なるモデレーションサービスを選ぶこともできる。これにより、誰が自分のコンテンツにインタラクトできるかや、どんな投稿をフィルタリングしたいかをコントロールできるんだ。
カスタムフィードとアルゴリズム
多くの分散型ネットワークは、投稿を逆時系列で表示することに制限してるんだけど、Blueskyは良いレコメンデーションアルゴリズムがユーザー体験を向上させると信じてる。ユーザーは、自分のフィードのコントロールを犠牲にすることなく、関連するコンテンツを発見できるんだ。
Blueskyはユーザーが選べるさまざまなアルゴリズムを提供してて、誰でも新しいものを作成できるようになってる。この柔軟性により、ユーザーは自分の興味に合わせてフィードを調整できるんだ。
ATプロトコルの構造
ATプロトコルは、マイクロブログだけじゃなくて、複数のソーシャルモードをサポートしてる。フォーラムや特定の興味グループなどのアプリケーションも考えられるよ。各ユーザーには、アクションやインタラクションを保存するリポジトリがある。この設計は、ウェブ上のハイパーリンクの仕組みに似てる。
ユーザーが取ったすべてのアクション、たとえば投稿やコンテンツへの「いいね」は、彼らのリポジトリに記録される。すべての記録は暗号的に検証されてて、ユーザーが見るデータや共有するデータを信頼できるようになってる。
PDS)
パーソナルデータサーバー(Blueskyは、ユーザーデータを保存するためにパーソナルデータサーバー(PDS)を使用してる。各ユーザーには自分のリポジトリやメディアファイルをホストするPDSがあって、リアルタイムのアップデートも可能だから、新しい投稿をすぐに見ることができるんだ。
PDSを自分でホスティングするのは今まで以上にアクセスしやすくなってて、最小限のリソースだけで十分なんだ。多くのユーザーは、プロのプロバイダーが運営する共有PDSを使いたがるかもしれない。このPDSの選択は、他のプラットフォームでサーバーを選ぶほど重要じゃなくって、ユーザーは選んだPDSに関係なくシームレスにやり取りできるんだ。
インデクシングインフラ
ATプロトコルは、ウェブ検索エンジンの仕組みを模倣して、リポジトリをインデックスして検索や発見を向上させてる。Blueskyは、柔軟なインデクシング構造を運営することを目指してて、複数のインデクサーが競争し、革新できるようになってる。これにより、ネットワーク全体の情報を単一の団体がコントロールすることがないようになってるんだ。
リレーとアプリビューは連携して、さまざまなPDSからデータを収集する。リレーはユーザーリポジトリからの更新を処理し、アプリビューはそのデータを整理して使いやすいフィードを生成するんだ。
ラベラーとコンテンツフィルタリング
Blueskyはコンテンツモデレーションを基盤のインフラから分離して、コンテンツフィルタリングに特化したサービスを提供できるようにしてる。これにより、さまざまなプロバイダーがコンテンツモデレーションの問題に対する独自の解決策を提供できるダイナミックな環境が生まれるんだ。
ラベラーはコンテンツについての判断を助けたり、スパムを特定したりする役割を持ってる。フィード生成ツールは、ユーザーのフィードに表示するコンテンツを選ぶんだ。ユーザーは、自分のお気に入りのラベラーやフィードを選択できるから、見たいコンテンツをコントロールできるんだ。
ユーザーアイデンティティ
Blueskyでは、ユーザーハンドルがDNSドメイン名と結びついてて、アイデンティティの管理が簡単になるんだ。各アカウントには分散型ID(DID)というユニークな識別子があって、ユーザーがハンドルを変更したりPDSを切り替えたりしても一貫してるんだ。
このシステムは効率的なアップデートを可能にしてて、ユーザーが個人情報を簡単に変更できるようになってるから、ソーシャルグラフを失うことがないんだ。この機能はユーザー体験を向上させ、コミュニティの感覚を育むのに役立つよ。
関連作品と分散型ネットワーク
多くの分散型ソーシャルネットワークは共通のアイデアや目標を持ってる。たとえば、DNS名をユーザー名として使うことは他のプラットフォームでも見られる。ただ、Blueskyはユーザーコントロール、モデレーション、サードパーティーの貢献のためのオープンなアーキテクチャを強調することで際立ってるんだ。
一部の分散型ネットワークが検閲耐性を優先する一方で、Blueskyはユーザー体験と効果的なコンテンツ管理のバランスを取ることを目指してる。これによって、ユーザーは常に嫌がらせや誤情報を恐れずに自分の考えを表現できる空間が生まれるんだ。
結論
BlueskyとATプロトコルは、よりユーザー中心のソーシャルメディア体験へのシフトを示してるんだ。分散型オプションを提供することで、プラットフォームはユーザーに自分のモデレーションの好みを選ばせ、コンテンツ管理へのさまざまなアプローチを奨励してるんだ。アーキテクチャは異なるプロバイダー間のスムーズな移行を可能にして、ユーザーがオンラインアイデンティティを保持できるようになってる。
ソーシャルメディアが進化し続ける中で、Blueskyのようなプラットフォームは、人々がオンラインでどのようにインタラクトするかを形作る重要な役割を果たすだろうね。ユーザーのエージェンシー、明確なガイドライン、オープンな基準に焦点を当てて、Blueskyは分散型ソーシャルネットワーキングの未来に向けて有望な例を示してるんだ。
タイトル: Bluesky and the AT Protocol: Usable Decentralized Social Media
概要: Bluesky is a new social network built upon the AT Protocol, a decentralized foundation for public social media. It was launched in private beta in February 2023, and has grown to over 10 million registered users by October 2024. In this paper we introduce the architecture of Bluesky and the AT Protocol, and explain how the technical design of Bluesky is informed by our goals: to enable decentralization by having multiple interoperable providers for every part of the system; to make it easy for users to switch providers; to give users agency over the content they see; and to provide a simple user experience that does not burden users with complexity arising from the system's decentralized nature. The system's openness allows anybody to contribute to content moderation and community management, and we invite the research community to use Bluesky as a dataset and testing ground for new approaches in social media moderation.
著者: Martin Kleppmann, Paul Frazee, Jake Gold, Jay Graber, Daniel Holmgren, Devin Ivy, Jeromy Johnson, Bryan Newbold, Jaz Volpert
最終更新: 2024-10-16 00:00:00
言語: English
ソースURL: https://arxiv.org/abs/2402.03239
ソースPDF: https://arxiv.org/pdf/2402.03239
ライセンス: https://creativecommons.org/licenses/by/4.0/
変更点: この要約はAIの助けを借りて作成されており、不正確な場合があります。正確な情報については、ここにリンクされている元のソース文書を参照してください。
オープンアクセスの相互運用性を利用させていただいた arxiv に感謝します。
参照リンク
- https://www.flaticon.com/free-icon/browsing_2975669
- https://www.flaticon.com/free-icon/mobile_6300115
- https://www.flaticon.com/free-icon/segmentation_6012134
- https://www.flaticon.com/free-icon/server_689360
- https://www.flaticon.com/free-icon/simplify_5271304
- https://www.flaticon.com/free-icon/product-development_4229803
- https://www.flaticon.com/free-icon/carousel_9893850
- https://www.flaticon.com/free-icon/virality_11940519
- https://www.flaticon.com/free-icon/content-plan_11940521
- https://www.flaticon.com/free-icon/blogger_3893160
- https://www.flaticon.com/free-icon/online-learning_12641520
- https://www.flaticon.com/free-icon/working_5654681
- https://www.flaticon.com/free-icon/dns_2333476
- https://www.flaticon.com/free-icon/fingerprint-scan_6692271
- https://www.flaticon.com/free-icon/folder_4883508
- https://plc.directory/
- https://github.com/nostr-protocol/nips/issues/159
- https://github.com/nostr-protocol/nips/blob/master/45.md
- https://ssbc.github.io/scuttlebutt-protocol-guide/
- https://benlog.com/2022/12/28/dont-let-federation-make-the-experience-suck/
- https://perma.cc/W7CY-TF23
- https://doi.org/10.1109/srds47363.2019.00032
- https://github.com/nostr-protocol/nostr/issues/45
- https://perma.cc/26TW-ME48
- https://dci.mit.edu/decentralizedweb
- https://perma.cc/Q8CJ-D44Y
- https://atproto.com/community/projects
- https://perma.cc/X88A-9XM4
- https://atproto.com/specs/atp
- https://github.com/bluesky-social
- https://blueskyweb.xyz/blog/7-27-2023-custom-feeds
- https://perma.cc/Z6U4-VMY8
- https://github.com/bluesky-social/feed-generator
- https://github.com/bluesky-social/proposals/tree/main/0001-user-lists-replygating-and-thread-moderation
- https://github.com/bluesky-social/proposals/tree/main/0002-labeling-and-moderation-controls
- https://atproto.com/blog/feature-skyfeed
- https://perma.cc/AYR8-AY5K
- https://blueskyweb.xyz/blog/6-23-2023-moderation-proposals
- https://perma.cc/XFX2-CCFJ
- https://blueskyweb.xyz/blog/7-05-2023-namecheap
- https://perma.cc/QUA7-L8QJ
- https://atproto.com/blog/block-implementation
- https://perma.cc/2ZQX-KTNJ
- https://datatracker.ietf.org/doc/html/rfc8949
- https://www.wired.com/story/free-speech-is-not-the-same-as-free-reach/
- https://perma.cc/ZF5R-USHM
- https://ens.domains/about/
- https://docs.farcaster.xyz/protocol/architecture.html
- https://perma.cc/7PDP-ATTH
- https://github.com/nostr-protocol/nostr
- https://perma.cc/6YCW-VERW
- https://fiatjaf.com/3f106d31.html
- https://perma.cc/9N8B-DLXW
- https://github.com/nostr-protocol/nips/blob/master/05.md
- https://deck.blue/
- https://gitlab.com/bluesky-community1/decentralized-ecosystem
- https://perma.cc/RJ2Y-H6YT
- https://blueskyweb.xyz/blog/3-30-2023-algorithmic-choice
- https://perma.cc/WQR6-5QJF
- https://w3c-ccg.github.io/did-method-web/
- https://perma.cc/WB8M-8ECW
- https://growyourown.services/grow-your-own-social-network/
- https://perma.cc/KS4A-RAEW
- https://github.com/farcasterxyz/protocol/discussions/98
- https://perma.cc/9JT5-DR3V
- https://www.nos.social/blog/pivoting-from-ssb-to-nostr
- https://perma.cc/9Y63-28YM
- https://github.com/did-method-plc/did-method-plc
- https://docs.ipfs.tech/concepts/content-addressing/
- https://perma.cc/65PP-ZRQW
- https://doi.org/10.1145/2668152.2668154
- https://www.w3.org/TR/2018/REC-activitypub-20180123/
- https://github.com/lens-protocol/core
- https://perma.cc/SFA7-7CQ6
- https://mirror.xyz/lensprotocol.eth/3Hcl0dGE8AOYmnFolzqO6hJuueDHdsaCs3ols2ruc9E
- https://perma.cc/5SY9-PCP3
- https://blueskyweb.xyz/blog/4-28-2023-domain-handle-tutorial
- https://perma.cc/4LNR-6YC5
- https://knightcolumbia.org/content/protocols-not-platforms-a-technological-approach-to-free-speech
- https://perma.cc/2V36-FKV3
- https://joinmastodon.org/
- https://matrix.org/
- https://github.com/bluesky-social/atproto/discussions/1131
- https://perma.cc/2FWX-NPAX
- https://graysky.app/
- https://datatracker.ietf.org/doc/html/rfc1459
- https://dsnp.org/dsnp_whitepaper.pdf
- https://perma.cc/RD62-RCKA
- https://ipld.io/specs/codecs/dag-cbor/spec/
- https://perma.cc/D7UV-EUFL
- https://www.atlanticcouncil.org/in-depth-research-reports/report/scaling-trust/
- https://perma.cc/CT3R-DCF5
- https://datatracker.ietf.org/doc/html/rfc6120
- https://github.com/mastodon/mastodon/issues/12423
- https://solidproject.org/
- https://www.w3.org/TR/did-core/
- https://github.com/farcasterxyz/protocol/blob/main/docs/OVERVIEW.md
- https://www.manyver.se/blog/2023-06-05
- https://perma.cc/D568-KD26
- https://www.manyver.se/blog/2023-05-05
- https://perma.cc/9D7E-E8EH
- https://w3c.github.io/did-spec-registries/#did-methods
- https://perma.cc/LM4T-JTZ5
- https://www.manyver.se/faq/account-on-many-devices
- https://perma.cc/5S9S-NA9U
- https://www.manyver.se/faq/permanence
- https://perma.cc/DSB4-6H78
- https://www.manyver.se/
- https://mastodoncontentmover.github.io/
- https://perma.cc/EGM8-RM8U
- https://www.planetary.social/
- https://www.farcaster.xyz/
- https://help.twitter.com/en/using-x/blocking-and-unblocking-accounts
- https://perma.cc/VZZ6-CSCM
- https://www.rand.org/blog/2023/01/the-digital-town-square-problem.html
- https://perma.cc/3GM7-3VPP