「Bluesky」に注意せよ

2026年2月21日原文(kevinak.se)

概要

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の投稿にリンクさせてくるから。

Hacker Newsで議論の続きを見る

ハクソク