SpaceXにもGoogleにも断られた——今や彼のソフトウェアはGoogleと同じロケットに乗る

編集者注：算力（コンピューティングパワー）が地上から軌道へと移行するにつれ、「誰のオペレーティングシステムか」はもはや技術的な細部の問題ではなく、産業の権力がいかに分配されるかという問題となる。Satlytの物語は、この争奪戦における象徴的な一注脚だ——二大巨頭に拒絶されたこの企業は、最終的にそのうちの一社と同じフェアリングの中に収まることになった。

同じフェアリングの中のライバル

2026年10月、SpaceXのファルコン9ロケットがフロリダから打ち上げられる。フェアリングの中には複数の企業の衛星ペイロードが収まっている。その中の一基にはGoogleが推進に関与する軌道コンピューティングプロジェクトが搭載され、その隣に置かれた別のコンピューティングボードは、かつてSpaceXとGoogleの双方から断られたあるスタートアップ企業——Satlyt——のものだ。

この光景それ自体が一つの比喩だ。二つの巨頭がいずれも「ノー」と言ったにもかかわらず、Satlytのソフトウェアは最終的にGoogleのハードウェアと同じロケットに乗り、同じ軌道へと飛んでいく。宇宙産業において、打ち上げリストは単なる物流の手配ではなく、産業勢力図に他ならない。そして今回、その地図に本来あるはずのない場所が出現した。

軌道コンピューティング：データセンターを宇宙へ

過去10年、宇宙開発競争の主軸は「接続」だった——インターネットを宇宙に送り出し、地球上のあらゆる場所をネットワークに繋ぐことだ。SpaceXのStarlinkやAmazonのProject Kuiperも、この競争に参入してきた。しかし次の10年の主軸は、静かに「コンピューティング」へと移り変わりつつある。

コンピューティングパワーを軌道上に移す論理は単純明快だ。第一に、衛星が毎日生成するリモートセンシング・通信・気象の生データ量は膨大であり、すべてを地上に送り返して処理するとなると帯域幅コストは莫大になる。しかし宇宙上で処理し、結論だけを送り返せば、データ送信量を理論上1〜2桁削減できる。第二に、低軌道衛星は本質的に全球をカバーし、地上データセンターの立地・電力供給・審査期間といった制約を受けない。第三に、太陽同期軌道上のほぼ途切れない日照は、地上では再現困難な安定したエネルギー源を算力に提供する。つまり軌道コンピューティングとは、サーバーを宇宙に送るロマンチックな空想ではなく、きちんと計算の成り立つビジネスなのだ。

「iPhone」と「Android」

「Satlytは軌道コンピューティングのAndroidを目指している——SpaceXのような閉鎖的・垂直統合型のiPhone式アプローチではなく、複数企業の衛星上で動作できるオープンなソフトウェアだ。」

これはSatlyt創業者が示したポジショニングであり、この一件の核心でもある。SpaceXのアプローチは典型的な垂直統合だ——ロケットも衛星も、衛星上のハードウェアもソフトウェアも自社開発し、極限までコストを抑えた閉鎖的エコシステムでサプライチェーン全体を掌握する。このやり方はコンシューマーエレクトロニクスにおけるiPhoneに対応する——体験は統一されており効率は極めて高いが、他社が入り込む余地はない。

Satlytが選んだのは別の道だ。衛星も作らず、ロケットも作らず、他社の衛星上で動くソフトウェアレイヤーだけを作る——異なるメーカー・異なるアーキテクチャの衛星が同一のコンピューティングフレームワークを共有できるオープンプラットフォームだ。創業者の言葉を借りれば、衛星オペレーターがゼロからソフトウェアスタックを構築する必要も、特定のベンダーにロックインされる必要もなくなる、ということだ。

二度の拒絶の後

TechCrunchの報道によると、SatlytはSpaceXとGoogleに相次いで協業を打診し、いずれも門前払いを食らった。理由は想像に難くない。SpaceXにとってオープン化は制御権の放棄を意味し、Googleにとってはまだ規模の小さなスタートアップに賭けるだけの価値が見えなかったのだろう。

しかし拒絶されてもSatlytは消えなかった。特定のベンダーに縛られたくない衛星オペレーターと組み、ソフトウェアをサードパーティのペイロードに組み込み、商業打ち上げサービスで軌道へ届ける道を選んだ。そして最も安価で信頼性の高い「便」こそ、SpaceXのロケットだった。かくして冒頭の場面が生まれた——SpaceXのロケット、Googleのハードウェア、Satlytのソフトウェアが、ひとつの打ち上げ機の中に否応なく共存することになったのだ。

これは和解ではない。むしろ市場の自然な選択だ。打ち上げサービスが十分に安く、十分に標準化されたとき、それはコンテナ輸送のように、互いに競合する貨物を一緒に運ぶ存在になる。

オープンエコシステムの機会と弱点

Satlytの賭けは、ある古典的な判断に基づいている——垂直統合した巨頭はすべての細分化されたニーズに応えることができず、オープンエコシステムは必ず隙間から育ってくる、というものだ。Androidの歴史がその最良の証明だ——iPhoneを体験で上回ることは一度もなかったが、世界の大多数のスマートフォンを占めるに至った。

しかし軌道コンピューティングの隙間はスマートフォン市場よりはるかに狭い。宇宙環境における放射線・熱管理・電力供給・通信帯域幅はいずれも極めて過酷であり、ソフトウェアをクロスプラットフォームで動かすには大量の非標準ハードウェアへの対応が必要となり、エンジニアリングコストは膨大だ。さらに重要なのは、現時点で軌道コンピューティングの実需要者——リモートセンシング企業、政府機関、通信事業者——の数は限られており、しかも巨頭と直接契約する傾向が強いことだ。オープンエコシステムが必要とする規模の経済は、短期間では実現しないかもしれない。

もう一つの変数は時間だ。Googleが以前公表した軌道コンピューティングのロードマップには、TPUを衛星に搭載する検証計画がすでに組み込まれており、SpaceXも衛星上での処理能力の強化を継続的に進めている。巨頭が技術的なクローズドループを完成させた暁には、サードパーティのソフトウェアレイヤーが入り込む余地はさらに縮小されるだろう。Satlytが本当に必要としているのは、巨頭が標準を完全に固める前に、自社のソフトウェアを「デフォルト選択肢」として定着させることだ。

おわりに

二社から拒絶されながら、最終的にそのうちの一社と同じロケットに乗る——この話の面白さは逆転劇のドラマ性にあるのではなく、宇宙産業が経験しつつある構造的変化を浮き彫りにしている点にある。打ち上げコストが一定水準まで下がり、衛星が標準化された輸送プラットフォームになったとき、本当に希少なものは「宇宙へ行くこと」から「宇宙で何を動かすか」へと変わる。

SpaceXが求めるのはクローズドループ、Googleが求めるのはエントリーポイント、そしてSatlytが求めるのはその間に挟まったソフトウェアレイヤーだ。軌道コンピューティングの標準をめぐる争奪戦は始まったばかりであり、勝敗はまだ決していない。しかし少なくとも今回、「ノー」と言われた側も、ロケットの上に一つの場所を確保した。

本記事はTechCrunchより編訳