Bluesky PBCの理念と運用の間には構造的な矛盾がある。だがこれはPBCの偽善ではない。分散型ネットワークが一定の複雑さを超えたとき、集中は設計の失敗ではなく構造の帰結として生じる。そしてこの矛盾はフラクタルだ——PBCから独立しようとする試みが、別のスケールで同じ集中を再現する。本稿はベイトソンのダブルバインド概念を用いてこの再帰構造を記述し、フルスタックの独立ではなくミニスタックの協調という出口を提示する。
「atmosphereの一アプリにすぎない」
2026年3月、PBCの共同創設者Paul Frazeeが投稿した。「The Atmosphere is a new open network. And, Bluesky is an atmosphere app.」——Blueskyはatmosphereの一アプリにすぎない、という宣言だ。
看板としてはきれいだ。では現状を見る。フィードは確かに誰でも作れる。人気のFor YouフィードはサードパーティのSpaceCowboyが構築したもので、仕組みの概要も公開されている。これは分散の成果だ。だが認証マークの付与はPBCが行う。モデレーションポリシーの策定はPBCが担う。ユーザーデータの大半はbsky.socialに集中している。フィードの技術は分散しても、信頼とデータの基盤はPBCが握ったままだ。
Jayが繰り返してきた「オープンネットワークが囲い込みを構造的に不可能にする」も同じ構造の言い換えだ。原理的に不可能だと言いながら、現に囲い込みに最も近い位置にいるのはPBC自身だ。
ダブルバインドとは何か
ここで使うダブルバインドは、グレゴリー・ベイトソンの概念だ。単なる矛盾ではない。関係性の中で、二つの矛盾するメッセージが同時に発信され、受け手がどちらに従っても「間違い」になる構造を指す。そして受け手はその関係から離脱できない。
PBCはユーザーに対して二つのメッセージを同時に送っている。
メッセージA（イデオロギー層）：「SNSに依存するな。分散せよ。自分のデータは自分で管理しろ。Blueskyに閉じ込められる必要はない。」
メッセージB（運営層）：「投稿しろ。毎日投稿しろ。For Youフィードを回せ。投稿量がなければプラットフォームは存続できない。」
AとBは矛盾する。分散を促すメッセージに従えば投稿量が減る。投稿量が減ればフィードの質が落ち、ユーザーが離れ、収益が立たない。逆に投稿を続ければ、分散の思想を実践していないことになる。
ユーザーはどちらに従っても「正しく」振る舞えない。
なぜダブルバインドなのか——単なる矛盾との違い
企業が理念と現実の間で矛盾を抱えること自体は珍しくない。Googleの「Don't be evil」がそうだった。だがPBCの場合、三つの条件がベイトソン的ダブルバインドを成立させている。
第一の条件：離脱不能性。 ATProtoの設計上、アカウントはポータブルだ。だが現実には、フォロワーグラフ、フィードの可視性、認証マーク、コミュニティの蓄積はbsky.socialに紐づいている。理論的離脱可能性と実質的離脱困難性の乖離がある。「いつでも出ていける」と言われるが、出ていく先がない。
第二の条件：メタコミュニケーションの禁止。 ダブルバインドの核心は、矛盾を矛盾として指摘することが許されない構造にある。PBCの場合、批判者は「プロトコルの自由を使って別のアプリを作ればいいじゃないか」と返される。構造的矛盾への指摘が、個人の行動選択の問題にすり替えられる。
第三の条件：反復性。 これが一度きりなら学習の途上と言える。だがPBCは同じパターンを繰り返している。
繰り返される裏切りのパターン
ICE認証が象徴的だ。PBCはTrusted Verifierシステムを構築した。認証判断を他のアクターに委任できる、ATProtoのインフラ/アプリケーション分離を体現する仕組みだ。だが米国移民税関捜査局（ICE）のアカウントを認証する最初の試金石で、このシステムを使わなかった。2ヶ月間休眠していたアカウントを、PBC自身が直接認証した。分散型認証が最も必要とされた瞬間に、中央集権に戻った。
認証マークの乱発も同根だ。ATProtoの設計では、カスタムドメインが自己認証として機能する。nytimes.comのハンドルを持っていれば、それ自体が身元証明になる。追加の認証マークは原理的に不要だ。にもかかわらず、PBCはbsky.socialの標準アカウントにまで認証マークを配っている。自分たちが構築した分散型認証の思想を、自分たちで「不十分」と認めたことになる。
プロトコルとアプリの兼務もそうだ。元Blueskyフロントエンド担当のDan Abramovが正確に言い当てている——「エコシステムを通じて改善したくなる程度には足りなく、それまで生き残れる程度には十分であれ」。この綱渡りを、PBCは解決する気配がない。IETF標準化が進んでも、プロトコルのガバナンスとアプリの運営を同一組織が握る構造は変わっていない。
投稿量は存在条件である
ある時、Blueskyの技術顧問であるWhy（Jeromy Johnson）に「投稿にコストを持たせてはどうか」と提案したことがある。マナ制——他者の投稿にいいねやメンションをすることでマナ（ゲーム用語で、行動に必要なエネルギー）が貯まり、マナがなければ自分の投稿ができない仕組みだ。スパム抑制にもなるし、投稿の希少性が上がる。
却下された。
理由は明快だった。投稿量の減少はプラットフォームにとって存在に関わる。フィードが回らなければユーザーが離れる。ユーザーが離れれば何をやっても成り立たない。投稿量はBlueskyの酸素だ。
皮肉なことに、PBCの収益モデルはまだ確立していない。暫定CEOのToni Schneiderは自身のブログで「収益化の方法は積極的に考えているが、広告はアイデアリストのほぼ一番下にある」と述べている。収益の道筋が見えない中で、投稿量だけが唯一の生命維持装置になっている。
この一件が、ダブルバインドの構造を裏側から照らす。PBCは「SNSから距離を置け」と言いながら、SNS的な投稿量への依存からは一歩も離れられない。離れたら死ぬからだ。
「一アプリにすぎない」のなら
Paulの「Bluesky is an atmosphere app」を額面通りに受け取ってみる。一アプリにすぎないのであれば、以下が成り立つはずだ。
認証はTrusted Verifierに委譲されている
モデレーションポリシーの策定権が複数の組織に分散している
プロトコルのガバナンスは独立した財団が担っている
ユーザーの過半数がbsky.social以外のPDSに分散している
現実には、どれ一つとして成り立っていない。
これは「まだ途上だ」では済まない。CEOがJayからToni Schneiderに移り、組織は「思想家の集まり」から「運営する会社」へ転換しつつある。SchneiderはAutomatticの元CEOであると同時に、Blueskyの投資家であるTrue Venturesのパートナーだ。投資先の暫定CEOに投資家が就任した形になる。転換の方向はさらなる集中であって、分散ではない。
そして資金の話がある。2026年3月19日、JayのCEO退任発表の翌週というタイミングで、PBCはSeries Bの1億ドル調達を公表した。クローズは2025年4月。1年近く黙っていた。リード投資家はBain Capital Crypto。Series AのBlockchain Capitalに続き、二度連続でクリプト系VCがリードだ。ATProtoはブロックチェーン技術を使っていない。にもかかわらずクリプト系VCが集まるのは、TechCrunchによれば、JayがBluesky以前にZcashの開発に携わっていたことがATProtoの分散型設計に影響を与え、クリプト系投資家の関心を引いたためだ。累計調達額は1億2,300万ドル超。バリュエーションは非公開。
PBCは「このファンディングは、ミッションと価値観を損なうことなくオープンソーシャルウェブの未来を構築する基盤を与える」と書いた。だがVCは慈善事業ではない。1億ドルのリターンを求める投資家の存在と、「分散せよ、囲い込みは構造的に不可能だ」という理念は、どこかで衝突する。
公表の遅れについて、Schneiderは自身のブログで直接説明している。発表の適切なタイミングが訪れず、チームが他の優先事項で忙しくなり、時間が過ぎた。Jayのリーダーシップの下での調達であることを透明にしたかった。振り返ると、もう少し混乱の少ないやり方があったかもしれない、と。公正な説明だ。だが透明性をコアバリューに掲げるネットワークが、1億ドルの調達を「忙しくて発表しそびれた」のであれば、それ自体が一つのデータだ。隠蔽の証拠ではない。運営上の優先事項が掲げた価値観を容易に上書きするという証拠——ダブルバインドが予測するそのままの構造だ。
中間組織の不在
技術は個人単位で分散できる。PDSは誰でも立てられる。だが運営は組織単位でしか分散できない。モデレーションポリシーを誰が策定するか。アルゴリズムの品質を誰が担保するか。開発者に誰が継続的に報酬を払うか。これらの問いに個人は答えられない。
Linuxにおける各種財団、Mastodonにおける非営利法人のように、プロトコルを守る中間組織が要る。個人と巨大PBCの間を埋める、連邦制の州政府に相当する存在が。
ATProto財団のような中立組織へのプロトコル層の移管。エコシステムを支える協同組合型の組織。資金の流れを作り、個人開発者の燃え尽きとVCの利益圧力の間に第三の道を通す。
プロトコル層については、PBCはIETF標準化を推進しており、手放す方向に動いている。これは評価すべきだ。だが手放されないものがある。Bluesky Socialというアプリケーション層の構築権と操作権だ。認証マークの付与、モデレーションポリシーの策定、デフォルトの体験設計——これらはプロトコルではなくアプリの権力であり、PBCが最も強く握っている部分だ。
Paulの「Bluesky is an atmosphere app」はここに接続する。プロトコルは手放す。だがアプリとしてのBlueskyは「一アプリにすぎない」と言いながら、事実上のデフォルト体験を支配し続ける。プロトコルの開放性がアプリ層の集中を正当化する語りとして機能している。
ダブルバインドのフラクタル構造
ここまで書いて、「PBCはダブルバインドだ」と指摘すれば済む話に見えるかもしれない。済まない。
PBCの外に出ようとする動きはすでにある。Blacksky、Eurosky——独自のフルスタックを構築し、PBCに依存しないインフラを目指すプロジェクトだ。だがこの試み自体が、同じダブルバインドの再帰的な複製になる。分散を実現するために新たな中心を作る。PBCからの独立を目指す組織が、自らのエコシステム内で同じ集中構造を再現する。
ダブルバインドはフラクタル構造を持っている。PBCの内部に矛盾があるだけではない。PBCから離脱しようとする行為そのものが、別のスケールで同じ矛盾を生成する。これがPBCのダブルバインドが個別の経営判断の問題ではなく、分散型ネットワークの構造的な宿痾である理由だ。
一企業が囲い込んでやることは簡単だ。意思決定が速い。資金調達が明快だ。責任の所在がはっきりしている。分散が難しいのは技術的理由だけではない。
以前書いた「何が頭になるべきか」で論じた通り——Laurens Hofの「The Purpose of Protocols」への応答として書いた記事だ——一定の複雑さを超えた集団には頭が形成される。政治的主張ではなく構造的な事実だ。海綿動物に神経系はないが、複雑な多細胞生物で中枢神経系を欠くものは存在しない。Hofが指摘した通り、プロトコルは権力を消滅させない。移動させるだけだ。プロトコルエコシステムにも同じ圧力がかかる。分散型の調整コストは複雑さとともに上昇し、ある閾値で系は自発的に中心を生成する。
そしてここに認知的な障壁が重なる。人間は「組織は身体だ」というメタファーを通じてシステムを理解する。一つの身体に一つの脳。一つの組織に一つのリーダー。頭のないシステムが機能していても、人間はそのようには知覚しない。中心を探す。最大のノードを特定し、それを頭として扱う。身体メタファーが集中型ガバナンスを認知的デフォルトにする。
PBCのダブルバインドは、だから偽善の告発では解消できない。PBCを潰しても、次のPBCが生まれるだけかもしれない。あるいはもっと悪い結末がある——すべてが無に帰す。ATProtoのエコシステム、4,300万人のユーザーの蓄積、ビルダーたちの成果物が、PBCという一企業の消滅とともに消える可能性だ。プロトコルの標準化はまだ途上であり、PBC以外にフルスタックを運用できる組織はBlackskyしかない。
これがダブルバインドの最も深い層だ。矛盾を感じながらもPBCを応援し続けなければならない。PBCの成功がエコシステムの存続条件であり、PBCへの批判がエコシステムの毀損になりうる。ユーザーもビルダーも、この構造に閉じ込められている。
頭は必ず生じる。問いは頭が出現するかではない。どんな種類の頭か、そしてそれが交代可能かどうかだ。
ダブルバインドの外に立つ
ダブルバインドの解法は、メッセージの矛盾を矛盾として記述し、関係の外に立つことだ。ベイトソンの患者が治癒するのは、ダブルバインドの構造を見抜いた瞬間だ。
だが記述だけでは足りない。構造の外に出るための具体的な道が要る。
フルスタックの罠
Blackskyは自前のPDS、リレー、AppViewを運用し、コンシューマー向けクライアントも計画している。ATProtoにおける独立フルスタックに最も近い存在だ。だがこれはPBCのフルスタックをもう一つ作ることに等しい。コミュニティの規模と献身がなければ維持できない。Euroskyも同じ方向を目指している。
ここにフラクタルが見える。PBCからの独立を目指すプロジェクトが、PBCと同じ構造——フルスタックの垂直統合——を複製する。新しい頭を作っているだけだ。
ミニスタックという道
真の分散は、ネットワーク上に権力を持った組織がフルスタックの場を構築することではない。個人が自前の環境にネットワークのノードとしてミニスタックを構築できることだ。
2024年の東京ミートアップで、JayはZoom越しに「WordPressのように簡単にAppViewまで立てられるようになるべきだ」と語った。Blueskyの技術顧問Whyはkonbiniを公開した。「友達の友達」体験を提供する部分的AppViewで、「1日でハックした」と本人が書いている。AppViewLiteという低リソース消費を目指すプロジェクトもある。ATmosphereConf 2026の直前には、flo-bitがContrailを公開した。Cloudflare Workers上で動く「atproto backend in a bottle」で、サーバー管理自体を不要にする。Cloudflare自身のエンジニアリングチームも、ATProtoアプリを無料ティアで完全サーバーレスに構築できることを実証している。方向性は正しい。ペースは加速している。
だが現実には、AppViewのセルフホスティングはまだ重い。ATProtoの公式ドキュメントは「AppViewの作成は可能だがリソース集約的」と明記している。ネットワーク全体のデータを複製する必要があり、AppViewを除いたセルフホスティングですら月150ドル、4.5TBのストレージが報告されている。AppViewを加えればさらに重い。「WordPressのように」には程遠い。
現在、個人ができる最小の自律的行為は、お一人様PDSを立てることだ。これは自分のデータの主権を確保する。だがPDSは「家」であって「目」ではない。自分のデータを保管する場所は手に入るが、ネットワークを見る視点——AppViewが提供する機能——はPBCに依存したままだ。
必要なのは、PDSとAppViewの間のどこかに位置する、個人が運用可能な軽量ノードだ。ネットワーク全体を複製するのではなく、自分の社会的グラフの近傍だけをインデックスし、自分の視点でネットワークを見る装置。konbiniの「友達の友達」という着想は、まさにこの方向を向いている。フルスタックの独立ではなく、視点の自律。
菌糸としてのミニスタック
ここで認知の転換が接続する。
フルスタックの独立は身体メタファーの産物だ。一つの完全な身体を作ろうとする。頭も内臓も手足も揃った、自律した有機体。だがそれは高コストで、結局は少数の大きな身体——PBCとBlacksky——だけが生き残る構造を再現する。
ミニスタックは菌糸のノードに近い。一つ一つは完全な有機体ではない。だがネットワークに接続し、局所的に情報を処理し、近傍の他のノードと協調する。全体を把握する中枢はない。だが全体は機能する。
「何が頭になるべきか」で論じた通り、分散の実現に必要なのは技術でも制度でもなく、まず認知の転換だ。身体メタファーから菌糸メタファーへ。フルスタックの独立からミニスタックの協調へ。頭を探す認知から、頭なき調整を許容する認知へ。メタファーが設計を可能にする。
ATProtoのプロトコル層が標準化を経て自律すれば、PBCの体質はアプリ層の問題に閉じ込められる。だがそれだけでは新しいPBCが生まれるだけだ。個人がミニスタックを構築できる技術的基盤——konbiniやAppViewLiteの延長線上にあるもの——が整ったとき、分散は看板ではなく現実になる。
PBCは同じ看板を掲げ続けるだろう。「Bluesky is an atmosphere app.」——だがその看板の下で、菌糸は静かに伸びている。