
SpaceXが、AIの演算装置を衛星に載せて軌道上で動かす構想「Starmind(スターマインド)」の専用ページを公開しました。 衛星の名前はAI1(エーアイワン)。太陽電池で発電し、宇宙の真空に熱を捨て、結果はレーザーでStarlinkに送って地上へ返す——「データセンターを宇宙に建てる」という話です。
ここまでなら、よくある未来構想の紹介記事になります。ただ今回は具体的な数字が公開されています。翼幅75メートル、演算ペイロードは平均175キロワット、ラジエーターは160平方メートル。数字が出ているということは、計算して検証できるということです。
この記事では、公式ページのスペックを実際に計算にかけます。160m²のラジエーターで175kWの熱を捨てるには、表面温度が何度必要なのか。 そして1ギガワットの演算能力を軌道に置くには、何機打ち上げる必要があるのか。 物理法則は広報資料に忖度しないので、ここが構想の現実性を測る一番確かな物差しになります。
📄 この記事の作り方
数値はすべて2026年8月9日に公式ページで確認したものを基準にしています。計算はすべて式と代入値を本文に示すので、読者ご自身で検算できます。
参照した調査資料に含まれていた数値のうち、2件に誤りまたは裏付け不足を確認しました。該当箇所は本文中に⚠️付きで明示しています。
3行でわかる要点
- 160m²のラジエーターで175kWを捨てるには、両面放射で約48.5℃、片面放射だと約109.4℃が必要。片面では成立せず、姿勢制御が生命線になる
- 1GWの軌道上演算には約5,715機が必要。SpaceXが地上ですでに運用している1.4GWと同じ規模を宇宙に移そうとしている
- 公式ページのスペックは、8月4日の発表報道より上方修正されている(最大150kW→250kW、翼幅70m→75m)
Starmindとは何か
公式ページに書かれている構成は、次のとおりです。
| 項目 | 公式スペック(2026-08-09確認) |
|---|---|
| 衛星名 | AI1(エーアイワン) |
| 展開時の高さ | 30 m |
| 翼幅 | 75 m |
| 演算ペイロード | 最大250 kW(ピーク)/平均175 kW |
| 機体効率 | 75 kW/トン |
| ラジエーター | 展開式液冷 160 m²(能動流体冷却・冗長ポンプループ・微小隕石シールド一体化) |
| 軌道 | 太陽同期軌道(SSO/エスエスオー) |
| 通信 | 衛星間レーザーリンク→Starlink経由で地上へ |
製造は、テキサス州バストロップに建設中の「Gigasat Factory(ギガサット・ファクトリー)」が担い、2027年後半にも数千機規模の量産と配備を開始する計画とされています。
構想の動機は明快です。公式ページは、地上のデータセンターを縛る制約として「軌道への質量輸送」「発電」「AIチップ」の3つを挙げ、これを解けばギガワット級の演算が宇宙で成立すると主張しています。要は、地上で電力と土地と冷却水を確保するコストが上がりすぎたので、外に出るという話です。
⚠️ 訂正①:公式スペックは、発表報道の数字より大きい
Starmindは2026年8月4日にNVIDIAとの協業として報じられました。そのとき日本語メディアが伝えた仕様と、現在の公式ページの記載は異なります。
| 報道(2026-08-04) | 公式ページ(2026-08-09確認) | |
|---|---|---|
| 演算ペイロード | 最大150 kW/平均120 kW | 最大250 kW/平均175 kW |
| 展開時の高さ | 20 m | 30 m |
| 翼幅 | 70 m | 75 m |
わずか5日で、電力は約1.5倍に引き上げられています。 設計が更新されたのか、報道時点の情報が暫定値だったのかは公式には説明されていません。
本記事では公式ページの現行値(250/175 kW)を採用して計算します。Starmindの解説記事を読むときは、その記事がどちらの数字を使っているかを確認してください。搭載する演算機はNVIDIAの「Vera Rubin NVL72(ヴェラ・ルービン エヌブイエル72)」に相当するアーキテクチャとされています(詳細は後述)。
検証①:160m²のラジエーターで175kWを捨てられるのか
ここが構想の一番の急所です。
公式ページは「熱は真空の宇宙空間に自由に放射される(Heat radiates freely into the vacuum of space)」と書き、地上で必要なチラー・冷却塔・ファンが不要になるため冷却の電力オーバーヘッドを一桁削減できる、と主張しています。
この説明は、直感的には正しそうに聞こえますが、物理的にはミスリードです。
真空には熱を運ぶ媒体がありません。つまり対流も伝導も使えず、電磁波の放射だけが唯一の排熱手段になります。魔法瓶が中身を保温できるのは真空層があるからで、真空はむしろ断熱材として優秀です。「宇宙は寒いから冷えやすい」わけではありません。
そのことは、公式ページ自身が証明しています。160m²もの展開式液冷ラジエーターと、冗長化されたポンプループを積んでいるからです。本当に熱が自由に逃げるなら、こんな装置は要りません。
では、160m²で175kWを捨てるには何度必要か。ステファン=ボルツマンの法則で逆算します。
計算の前提
- 排熱量 Q = 175,000 W(公式の平均演算ペイロード)
- 放射率 ε = 0.90(宇宙用ラジエーター塗料の一般的な値として仮定)
- ステファン=ボルツマン定数 σ = 5.67×10⁻⁸ W/(m²·K⁴)
- 放射面積 A = 160 m²(片面)/ 320 m²(両面)
- 計算式: T = ⁴√( Q ÷ (ε × σ × A) )
| 条件 | 必要なラジエーター温度 |
|---|---|
| 片面のみ放射(160 m²) | 382.5 K = 約 109.4 ℃ |
| 両面から放射(320 m²) | 321.7 K = 約 48.5 ℃ |
結論は、はっきりしています。
片面放射では成立しません。 最先端のAI半導体はジャンクション温度が85〜105℃を超えると性能を落とす保護動作に入ります。ラジエーター自体が109℃では、チップから冷媒、冷媒からラジエーターへ熱を流すための温度差が取れません。
両面放射なら48.5℃で成立します。 この温度なら液冷ループでチップを安全域に保てます。つまりStarmindは、ラジエーターが表裏の両面から宇宙空間へ放射できることを前提にした設計ということになります。
そしてこれは、運用上の厳しい条件を生みます。両面を深宇宙に向け続けるには、ラジエーターの側面(エッジ)を常に太陽へ向ける姿勢制御が要ります。平面が太陽を向いた瞬間、放熱するはずの面が受熱面に変わるからです。太陽同期軌道を選んでいるのは発電のためだけでなく、この姿勢を維持しやすいからという読み方ができます。
参考として、実測値が公開されている国際宇宙ステーション(ISS)と比べます。ISSはアンモニアを冷媒に、およそ475m²のラジエーターで最大70kWを捨てています。排熱密度は約195 W/m²。 対してAI1は320m²換算で175kWなので約546 W/m²、ISSの約2.8倍の密度です。
ISSのラジエーターが相対的に大きいのは、人が住む区画を室温に保つため冷媒温度を低くする必要があるからです。AI半導体は人体より高温で動かせるので、AI1の密度は物理的に不可能ではありません。ただし宇宙開発史でも例のない高密度の熱設計であることは確かです。
一方で、「冷却の電力オーバーヘッドを一桁削減」という主張自体は妥当だと考えられます。地上のデータセンターはPUE(電力使用効率)1.1〜1.5、つまり全電力の1〜3割を冷却に使います。軌道上で必要なのは密閉ループのポンプを回す電力だけなので、主張の方向としては正しいと言えます。誤っているのは「自由に放射される」という説明のほうです。
なぜ太陽同期軌道でなければならないのか
ここまでの検証を並べると、軌道の選択が3つの要求を同時に満たすために決まっていることが見えてきます。
太陽同期軌道(SSO)は、軌道面と太陽の位置関係が一年を通してほぼ一定に保たれる軌道です。とくに昼と夜の境界線上を回る軌道を選ぶと、次の3つが同時に成立します。
太陽同期軌道が同時に解決するもの
- 発電 — 地球の影に入る時間がほぼなくなり、太陽電池が連続して発電できる。バッテリーの搭載量を減らせるため、機体質量の削減にも効く
- 排熱 — 太陽の方向が一定なので、ラジエーターのエッジを太陽に向けた姿勢を保ちやすい。太陽・地球の両方から入る熱を最小化できる
- 通信 — 地球を南北に回るため、地上局との可視機会を確保しやすい
つまり「発電しやすい軌道」を選んだ結果として太陽同期軌道になったのではなく、放熱の要求がこの軌道を強制しているという読み方ができます。前述のとおり、平面が一度でも太陽を向けば放熱面は受熱面に変わります。姿勢制御の失敗が即座に熱の問題に直結する——この一点だけでも、軌道上データセンターが地上の施設と本質的に違う運用リスクを抱えていることが分かります。
地上側でこの制約が今どうなっているかは、次の号が正面から扱っています。冷却水の争奪は、Starmindが「宇宙へ出る理由」として挙げている当のものです。
検証②:1ギガワットを軌道に置くには何機必要か
次に規模を計算します。公式の数字だけで出せます。
計算の前提
- 衛星1機あたりの平均電力:175 kW(公式)
- 機体効率:75 kW/トン(公式)
- Starshipの軌道投入能力:約100トン/回(公表仕様に基づく保守的な仮定)
| 項目 | 計算 | 結果 |
|---|---|---|
| 1GWに必要な機数 | 1,000,000 kW ÷ 175 kW | 約 5,715 機 |
| 衛星1機の推定質量 | 175 kW ÷ 75 kW/トン | 約 2.33 トン |
| 1回の打ち上げ機数(質量のみで計算) | 100 トン ÷ 2.33 トン | 約 42 機 |
| 1GW分の打ち上げ回数 | 5,715 ÷ 42 | 約 136 回 |
この136回という数字は、意外にも現実的な範囲に見えます。SpaceXはすでにFalcon 9で年間100回超の打ち上げを実証しており、Starshipが商業運用に入れば1〜2年でこなせる回数です。
ただし、この計算には大きな注意があります。 上の「1回に42機」は質量だけで割った数字で、体積を考慮していません。 翼幅75m・高さ30mに展開し、160m²のラジエーターを持つ衛星を42機、Starshipのフェアリング(直径約9m)に収める必要があります。実際の搭載数を決めるのは、ほぼ確実に質量ではなく畳んだときの体積です。したがって136回は下限と考えるのが妥当です。
もうひとつ。質量の2.33トンは平均電力175kWから逆算した値で、公式が総質量を公表しているわけではありません。ピークの250kWで計算すれば3.33トンになりますし、後述する放射線シールドを足せばさらに増えます。
規模感の比較として、SpaceXが2026年第2四半期決算で公表した地上の演算能力は1.4GW、同四半期のAI設備投資は158億ドルでした(決算の詳細はこちら)。つまりStarmindは、同社がいま地上に持っているのと同程度の設備を、そのまま軌道へ移そうとする構想です。荒唐無稽な話ではなく、現在進行中の投資の延長線上にあります。
検証③:学習には向かない。推論のための構想である
軌道高度550kmとして、光の往復にかかる時間を計算します。
- 最短(真上): 550 km × 2 ÷ 300,000 km/s = 約 3.67 ミリ秒
- 低仰角(斜距離約1,500 km): 1,500 km × 2 ÷ 300,000 km/s = 約 10 ミリ秒
ルーティングと地上網の遅延を足しても数十ミリ秒に収まります。太平洋を越えて海外のデータセンターを使うより速いので、「低レイテンシ」という主張は物理的に正当です。
問題は遅延ではなく帯域です。衛星間レーザーは現在の最先端で毎秒テラビット級。一方、地上のAIデータセンター内部でGPU同士を結ぶ配線は毎秒テラバイト級で、桁が2つ違います。さらに、大規模モデルの学習に必要なペタバイト級のデータを、降雨減衰と可視時間の制約を受けながら地上から軌道へ上げるのは非現実的です。
Starmindは「学習」には構造的に向きません。 少量のプロンプトを受けて計算し、結果だけを返す「推論」に特化したインフラと考えるのが、物理的に妥当な理解です。この点は公式ページも明示していないので、構想を評価するときの重要な補助線になります。
誰のチップを載せるのか——答えはNVIDIAで、ほぼ確定している
ここには一見して矛盾する記述が並んでいます。しかもどちらもSpaceX自身の発信です。
公式ページのアーキテクチャ説明には「我々はAIチップベンダー非依存(vendor agnostic)であり、どのプロバイダの演算モジュールにも対応する」と書かれています。ところが2026年8月4日、SpaceXは公式XでNVIDIAとAI1の演算ペイロードを共同設計すると発表し、NVIDIA側も公式Xで「NVIDIA Vera Rubin NVL72(ヴェラ・ルービン)」の採用を説明しました。
決定的なのは、同じ日のイーロン・マスク氏本人のX投稿です。
マスク氏の投稿(2026年8月4日)
「SpaceXはNVIDIA GPUを排他的に使用することを決めた。なぜなら最高だからだ」
「ベンダー非依存」と「排他的に使用する」が、同じ会社から同じ日に出ています。報道が錯綜しているのではなく、一次情報の中に併存しているという点が重要です。
読み解き方としては、次のように整理できます。
2つの記述はどう両立するのか
- 「ベンダー非依存」は設計思想の話 — システム構造として、任意のメーカーの演算モジュールを差し替えられるようにしてある
- 「NVIDIAを排他的に使う」は現時点の調達判断の話 — その差し替え可能なスロットに、いま入れると決めたのがNVIDIA製である
- つまりアーキテクチャは開いているが、初号機の中身はNVIDIAで固まっている
搭載されるのはRubin GPU(ルービン)とVera CPU(ヴェラ)の組み合わせで、Vera Rubin NVL72はGPU 72基+CPU 36基、GPUメモリ20.7TB、推論性能3,600 PFLOPSという構成です。NVIDIAは2026年5月の時点で、すでにSpaceXAIをVera CPUの採用予定企業として挙げていました。
一方で公式ページは、Teslaとの共同ファブ「Terafab(テラファブ)」で次世代チップを自社生産する計画にも言及しています。数万機規模まで増やす段階では調達コストと供給量が壁になるため、長期的には自社製へ寄せる意図が読み取れます。「ベンダー非依存」の設計は、その乗り換えを可能にしておくための布石とも解釈できます。
ただし、Terafabの投資額・製造プロセス・製造委託先については個人ブログを出典とする数字が流通しています。当サイトでは一次情報を確認できなかったため、具体的な数字は記載しません。 公式ページに書かれているのは「Teslaとの共同プロジェクトである」ことまでです。
演算基盤を誰が握るかという構図の背景は、次の一冊が体系的に扱っています。
宇宙データセンターは、すでに競争になっている
Starmindは単独の構想ではありません。
| 主体 | 構想 | 現時点の進捗 |
|---|---|---|
| Project Suncatcher(プロジェクト・サンキャッチャー) | 2025年11月発表。自社TPUを搭載し衛星間を最大1.6Tbpsの光通信で接続。Planet Labsと組み2027年初頭に試作機2機を打ち上げ予定 | |
| Starcloud(スタークラウド) | Starcloud-1 | 2025年11月にNVIDIA H100搭載衛星を打ち上げ済み。軌道上でのGPU稼働を先行実証 |
| Blue Origin(ブルーオリジン) | Project Sunrise(プロジェクト・サンライズ) | 最大51,600機のデータセンター衛星をFCCに申請 |
| 中国 ADA Space ほか | 星算(Star-Compute) | 地球観測データの軌道上一次処理が中心。汎用データセンターの代替とは目的が異なる |
注目すべきは、実際に軌道でGPUを動かして見せたのはSpaceXではなくStarcloudという点です。Googleも地上の粒子加速器でTPUの耐放射線試験を済ませています。構想の派手さと実証の進み具合は、必ずしも一致していません。
⚠️ 訂正②:日本のデータセンター電力需要の桁
日本側の事情も見ておきます。ここで、参照した調査資料に桁の誤りがありました。
誤っていた記述
「電力中央研究所の試算では、2050年度のデータセンター電力需要は最大で約2兆1,100億kWhに達する可能性がある」
正しくは「430億〜2,110億kWh」です。 10倍の開きがあります。
この誤りは、数字を見ただけで気づけます。日本の総電力需要は年間およそ1兆kWhなので、2兆1,100億kWhならデータセンターだけで国全体の消費の2倍になってしまい、ありえません。正しい2,110億kWhでも国内需要の約2割に相当し、十分に重い数字です。
政府の見通しでは、第7次エネルギー基本計画(2025年2月閣議決定)が2040年度の電力需要を9,000億〜1兆1,000億kWhと見込み、増加の主因として生成AI向けデータセンターと半導体工場の新増設を挙げています。
国土が狭く、再生可能エネルギーの適地も限られる日本にとって、この制約は現実的です。 「電力と土地が足りないから宇宙へ」というSpaceXの理屈が、日本の読者にとって他人事でないのはこのためです。
日本企業も動いています。NTTとスカパーJSATの合弁Space Compass(スペースコンパス)は、衛星が撮ったデータを軌道上でAI処理し、地上へ送るデータ量を減らす実証を進めてきました。ただしこれはセンサーに直結したエッジ処理であり、汎用データセンターごと軌道へ移すSpaceXの構想とは規模も目的も異なります。
また、ソフトバンク・NTTドコモ・KDDIの3社はすでにStarlinkと組んでスマホの衛星直接通信を提供しています。将来Starmindがレーザー網に統合されれば、キャリアが「低遅延の軌道上AI推論」を法人向けに束ねて売る、という展開はありえます。
まだ解けていない問題
計算上は成立しても、実運用には別の壁があります。
専門家が指摘する主な論点
- 放射線による誤動作 — 高度550kmでは宇宙線が半導体のビットを反転させる現象(シングルイベントアップセット)が頻発する。防ぐには重金属のシールドが要るが、質量が増えれば打ち上げコストの優位が消える
- 保守ができない — 地上ならGPUを交換できるが、軌道では不可能。チップの世代交代に追いつくには衛星ごと燃やして打ち上げ直すしかなく、資本効率が悪い
- 軌道の混雑 — SpaceXは2026年1月30日にFCCへ最大100万機規模の申請を行ったと複数のメディアが報じている。数千機どころではない規模で、デブリと天体観測への影響は避けられない
- 大気への影響 — 寿命を終えた衛星は大気圏で燃やす。衛星質量の約3分の1を占めるアルミニウムは酸化アルミニウムの微粒子として成層圏に残り、オゾン層への影響が学術的に警告されている
この「最大100万機」は、衛星コンステレーションの登録リストを「Starmind」で探しても出てきません。 理由は名前です。FCCへの申請は「SpaceX Orbital Data Center system」という別の名称で行われており、Starmindはそこに載る衛星群のブランド名にあたります。申請が2026年1月であるのに対し、Starmindという名称の公表は6月以降という時系列も、この食い違いを説明します。
数千機(Gigasat Factoryの生産計画)と100万機(FCC申請の上限)は、別々の数字です。前者は当面の生産計画、後者は将来の枠取りなので、混同すると規模感を大きく誤ります。
そして最大の不確実性はスケジュールです。「2027年後半に数千機」という計画に対し、Starship自体がまだ開発途上で、翼幅75mの構造物を軌道で安全に展開・放出する実証も済んでいません。Starlinkの初期構想も、発表から実際のサービスインまで数年ずれています。
まとめ
- 160m²で175kWを捨てる設計は、両面放射(約48.5℃)なら成立する。 片面(約109.4℃)では破綻するため、姿勢制御が生命線
- 「熱は真空に自由に放射される」という公式の説明はミスリード。真空は断熱材であり、160m²の液冷ラジエーターの存在自体がそれを示している
- 1GWには約5,715機。ただし1回42機は質量のみの計算で、実際は体積が効くため打ち上げ回数はもっと増える
- 帯域の制約から、学習ではなく推論のためのインフラと考えるのが妥当
- 公式スペックは8月4日の報道値より上方修正されている(150→250kW、70→75m)
- チップはNVIDIAで固まっている。 公式サイトは「ベンダー非依存」だが、マスク氏本人が「NVIDIA GPUを排他的に使用する」とX投稿しており、設計思想と調達判断は別の話
宇宙にデータセンターを建てるという話は、SFではなく地上の電力・土地・冷却が先に限界を迎えたことの帰結です。物理法則の側から見るかぎり、Starmindの熱設計は「不可能」ではありません。ただし成立条件は驚くほど狭く、公式ページの穏やかな説明文が示唆するよりも、はるかに綱渡りの設計です。
同じくAIインフラの制約から生まれた話として、南鳥島のレアアースがAIデータセンターの冷却機器に効く理由もあわせてどうぞ。
出典
- SpaceX Starmind 公式ページ
- SpaceXとNVIDIA、宇宙データセンターに向け衛星用AI計算基盤を開発(Impress Watch)
- SpaceX、NVIDIAとAI衛星「Starmind AI1」を共同設計 マスク氏「NVIDIA GPUを独占採用、だって最高だから」(Ledge.ai)
- Meet Project Suncatcher(Google 公式ブログ)
- Exploring a space-based, scalable AI infrastructure system design(Google Research)
- Blue Origin adds another twist to the data center space race with Project Sunrise(GeekWire)
- 電力中央研究所 2050年度までの全国の長期電力需要想定(電力広域的運営推進機関)
- 第7次エネルギー基本計画(経済産業省)
- 観測衛星データのリアルタイム活用へ ― マイクロソフトと軌道上AI技術実証を実施(スカパーJSAT)
- Investigating the Potential Atmospheric Accumulation and Radiative Impact of the Coming Increase in Satellite Reentry Frequency(NOAA)
- Enormous ('Mega') Satellite Constellations(Jonathan's Space Report)