「Bluesky」に注意せよ

概要

BlueskyはATProtoという オープンプロトコル を採用し、ユーザーが自由に移動できると謳う実際には インフラの中央集権化 が進行し、ユーザーの離脱障壁が高まる構造主要なサーバやサービスの 運営権限はBluesky が握り続けている自己ホストや移行の手段は存在するが、 実際に利用する人はごく少数 投資家へのリターン圧力が 更なる中央集権化を促進 する懸念

Blueskyの「オープン」な約束と現実

Blueskyは ATProto というオープンプロトコル上に構築されている
「データもIDも自分のもの」「気に入らなければ持ち出して移動できる」とアピール
Tangled（Gitホスティング）、Grain（写真）、Leaflet（出版）など、 複数アプリが同じプロトコルに接続 可能
1つのアカウントで多様なアプリを利用でき、 ロックインがない ことを強調

データの実際の所在

すべてのATProtoアプリは Personal Data Server（PDS） にデータを書き込む設計
Blueskyの投稿、Tangledのイシュー、Grainの写真など、 全て同じPDSに集約
ほとんどのユーザーは Bluesky運営のPDS を利用
自己ホストも可能だが、 実際に運用する人はほぼ皆無
- BlueskyのPDSは 初期設定不要・メンテナンス不要 で手軽
- 自己ホストは サーバ運用・維持の手間 が発生、メリットが薄い
移行ツールは存在し、自己ホストへの移動も 月5ドル程度で可能
- しかし、 移行前に出口が塞がれれば無意味
- 歴史的に見ても、 主体的にデータ保護するユーザーはごくわずか

アプリ増加による集中化の加速

新しいATProtoアプリが出るたびに、 BlueskyのPDSへの依存度が増加
各アプリは「Blueskyアカウントでサインイン」を促し、 データがBlueskyに蓄積
開発者はBlueskyのインフラ上で機能を構築し、 Blueskyの不可欠性が高まる
「オープンで分散型」「いつでも離脱可能」という 道徳的優位性をアピール
しかし 実際のスイッチングコストは日々上昇

インフラのボトルネック（チョークポイント）

Blueskyは 主要なインフラ層をほぼ独占
- Relay ：データ転送の要、Blueskyが支配
  - サードパーティ運用も可能だが、 ユーザーが集まらなければ無意味
- AppView ：タイムラインや通知の組み立て機能、Blueskyが運用
  - ここが停止・敵対化すれば 全クライアントが機能不全
- DID Directory ：ATProtoのID解決ディレクトリ、Blueskyが中央管理
  - 「仮のもの」と説明しつつ 分散化の具体的な予定なし
どの層も「誰でも運用可能」と言うが、 実際にやる人はほぼいない

「Gmail問題」とATProtoの構造的リスク

Emailもオープン・分散型プロトコルだが、 実際はGmail一強
- サーバ運用の手間から 大半がGmail依存
ATProtoはさらに悪化の懸念
- Emailは各アプリが 個別サーバに接続
- ATProtoは 全アプリが同じPDSにデータ追加
オープンプロトコルが 中央集権化のフライホイール として機能

買収時に起こりうる事態

Blueskyが買収された場合、 新オーナーが以下を掌握
- ほぼ全ユーザーのPDS
- メインのRelay
- メインのAppView
- DID Directory
データエクスポート停止 や サードパーティ遮断、 連合停止、 広告挿入やシャドウバン などが可能
影響範囲はBlueskyだけでなく、 TangledやLeaflet、Grainなど全エコシステムに波及
プロトコル上は「離脱可能」だが、 実際は新オーナーにその動機がない

技術的可能性と現実のギャップ

Blueskyチームは真摯だが、 反論は「技術的には可能」の一点張り
- 自己ホスト、独自Relay運用、全て「可能」だが 誰もやらない
- Email、RSS、XMPPなど 過去のプロトコルも同様の歴史
デフォルトが勝つ という現実

資金調達と中央集権化の圧力

Blueskyは 1億2000万ドル調達・7億ドル評価
投資家は リターンを求める
- マネタイズ、買収、上場などで コントロール強化が不可避
- ユーザーが自由に離脱できる真の分散ネットワークは 買収価値が低い
PBC（Public Benefit Corporation）構造は 法的拘束力が曖昧
- 巨額VCマネーの前では 形骸化のリスク

結論：「プロトコルはインセンティブからは守ってくれない」

技術的な分散性よりも 経済的・運用上の現実が支配
オープンプロトコルでも 実利用上の中央集権化は避けがたい
ユーザー主体の「自由な離脱」は 理論上可能でも、現実的には困難

Hackerたちの意見

atprotoについて何か勘違いしてるかもしれないけど、blueskyからデータをエクスポートするのは常に可能じゃない？だって、自分のデータを読み取るだけで済むし、どんなアプリでもPDSとやり取りする時にそれをやってるよね？もしそれをブロックしたら、atprotoの機能を完全にブロックしてることになるんじゃないの？

└

もしそれをブロックしたら、atprotoの機能を完全にブロックしてることになるんじゃないの？そういうことを考えると、TwitterはAPIを廃止したし、GoogleはXMPP連携をやめたよね。Blueskyがatprotoを壊したり非連携にしたりしても、ほとんどのユーザーには影響しないから、たぶんあの例よりも反発は少ないと思うよ。 https://support.google.com/code/answer/55703?hl=en

└

そうだね、データにアクセスできなくならないように助けてくれるバックアップサービスがあるよ。

Blueskyのアーキテクチャの危険性や利点についてのエッセイを読むときは、「Blacksky」を検索すると時間の節約になるよ。もしBlackskyに触れてなかったら、その著者はこの分野について大きなギャップがある可能性が高いから。（BlackskyはATプロトコルスタックの各部分の競合バージョンを構築する中で最も進んでいるものの一つだよ。）

└

それが何かはよく分かってるけど、全体的な流れには何の変化もないよね。変わってほしいけど！

└

デフォルトを変更する必要があるの？もしそうなら、99%の人は使わないよ。システムやプロトコルって、最も簡単なユーザージャーニーが何かってことだから。それ以外のものは、そこに行くことで得られる価値がない限り、多くのユーザーには見られないよ。その価値は、ネットワークの将来的な閉鎖に対する保険みたいな仮説的なものじゃなくて、今すぐ得られるものでなきゃダメなんだ。人々は保険を買うのが好きじゃないから。

└

でも、それってBlueskyとATプロトコルの本来の目的である「分散型」って言えるの？結局、中央集権的なサービスに戻ってるだけじゃん。分散化がないと、これはただのXMPPに余計な手間がかかってるだけだよ。Movimみたいなものを使った方が、手間が省けるんじゃない？

└

つまり、1人の非常にアクティブなコントリビューターがいるリポジトリなんだよね (https://github.com/blacksky-algorithms/rsky/graphs/contribut...)。彼らがそれをスキップすることに決めたのは理解できるよ。

新しいソーシャルグラフの興奮に巻き込まれやすいけど、移行がとても自然に感じるときは特にね。ただ、著者が指摘しているように、プロトコルを構築しながら同時にその主要な、VCに支えられたゲートキーパーとして行動することには本質的な緊張がある。ATプロトコルの本当の試練は、収益化や出口戦略のプレッシャーがかかる前に、Bluesky PBCから本当に切り離せるかどうかだと思う。今は、成長が収益よりも重要なプラットフォームの「ハネムーン期」の恩恵を受けているけど、歴史が示すように、本当の分散化への橋は、そのダイナミクスが必然的に変わる前に完全に構築される必要があるんだ。

どのレイヤーでも、「誰でも自分のを運営できる」って答えが返ってくる。でも、実際にはほとんど誰もやってない。ただ、やってる人もいて、報告によるとかなり簡単みたいだから、大多数の人はBlueskyのレイヤーにいるんだよね。だけど、これが「警戒すべき理由」だとは思えない。ユニークな技術的特性を持ってる素晴らしい場所だし、同じ規模の他のプラットフォームよりもずっと「オープン」だよ。

└

でも、みんなやってるし、結構簡単らしいから、ほとんどの人がBlueskyのレイヤーにいるんだよね。全てがうまくいってる間は。投稿では、うまくいかなくなった時に、もう手遅れになる理由について話してるよ。

それはTwitterについて人々が言ってたのと同じ議論だよ。「もし悪くなったら、私たちはただ離れるだけ。」どうなったか知ってるよね。そう、私の社交圏全体が去ったってことが証明されてる。今、何かが起きると、友達がみんな私をBlueskyの投稿にリンクさせてくるから。

└

BlueSkyの知り合いはいないけど、Xには友達がいるよ。Twitterが好きだったし、Xも好きだよ。

現在、サイトはダウン中です。アーカイブ: https://archive.ph/PsTrp

└

自分が作ったキャッシュ機構に問題があるみたい。とりあえず、誰かが読みたいなら、Nostrにも記事があるよ: https://habla.news/a/naddr1qvzqqqr4gupzql5ujf9w2f2ujkj9f552a... 教えてくれてありがとう！

そう、俺が記事の冒頭で引用されてるやつ。そうだよ。Blueskyには注意した方がいい。それが俺たちの主張なんだ。インフラは自分たちで運営しよう。別の会社を作ろう。ここでのほとんどの不満は、スケールのコストについてのものだよ。ネットワーク全体とその履歴を取得するのに、時間とお金がかかるんだ。唯一の構造的中央集権はPLCで、これは独立した組織に組み込まれる予定だよ。

└

自分のBlueskyインスタンスを運営するのがどれだけ大変だったか、今もある程度そうだけど、主な問題は、オープンプロトコルでは解決できない形で自動的に中央集権化されてしまうことなんだ。ユーザーの97%が一つのインスタンスにいるなら、それは分散型プラットフォームじゃないよ。マストドンに当てはめると、mastodon.socialがアクティブユーザーの40%以上を占めるようになったら、ほとんどの人がそれを問題だと考えると思う（今は約15%だったかな）。

└

Blueskyに不安を感じている人には、ポールとドミニクの昔のプロジェクト「Secure-Scuttlebot」をチェックしてほしいな。これが、Blueskyが抱える問題のほとんどを解決してるんだ。コンテンツアドレス可能ストレージと署名鍵暗号を正しく使ってね。実際のSSBのコードベースは2020年からちょっと壊れ気味だけど、僕のGithubに動くフォークがあって、基本的なクライアントもついてるよ。興味があったら、ここから見てみてね: https://github.com/evbogue/ssbc 旧sbotsで遊びたい人には、招待状も送るから一緒にソーシャルメディアを分散型に戻すために頑張ろう！

└

PLCを独立した組織に移しても、分散型にはならないよ。

すべてのレイヤーでの答えは「誰でも自分のを運営できる」ってこと。でも、実際にはほとんど誰もやってない。PLCディレクトリを除いて、誰もがその「ほとんど誰もやってない」問題を解決するのを止めるものはないよ。そんなことが可能で、しかも一つから別のものにシームレスに移動できるっていうのは、ATprotoが他の連合システムと比べても大きなアドバンテージを持ってるってことだね。

└

どうやってそれを解決するの？

└

本当に直さなきゃいけないのはデフォルト設定で、誰でもそれを変えられるわけじゃないからね。

└

そしてPLCディレクトリを除いて、誰もがその「ほとんど誰もやってない」問題を解決するのを止めるものはないよ。もし誰もが問題を解決するのを止めるものがないのに、誰も解決しないなら、何かが彼らを止めてるってことだね。技術的に不可能なわけでも、銃を突きつけられてるわけでもないかもしれない。ただの慣性や依存かもしれない。でも「問題は完全に解決可能だ」って、解決策があるからって言うのはちょっとナイーブだよ。解決策にはコストがかかるし、すべてが同じように実現可能なわけじゃないからね。

└

確かに彼らが言ってるのは本当の問題だけど、その原因、つまりVCマネーで資金提供されたシームレスな中央集権的サインアップが、ブルースカイが最初に成功した理由なんだよね。Bskyはもっと分散型の体験への入り口を提供してるけど、ほとんどの人はお金を払ったり、その移行の手間をかけたりしたくないんだよね。マストドンみたいなプラットフォームは完全に分散型だけど、その分、サインアップ時にすぐに分散化の手間が発生する。自分でPDSをホスティングしたくない人は、そもそもマストドンに登録しないからね。僕は懐疑的でいようとするけど、bsky（またはそれに似たもの）が分散化を一般の人に広めるための最良の方法だと思う。

ヨーロッパの裁判所は、ポータビリティを生む既存のメカニズムをオフにして輸出を防ぐことに対して、あまり良い見解を持たないと思うな。

誰かがブルースカイを買って、みんなのデータを人質に取るためには、ブルースカイ自体が誰かが買いたいと思うほどの価値を持っていなきゃいけないよね。

└

VCsは1億2000万ドルを投資してるから、誰かがそれを価値があると思ってるってことだね。

ハクソク