宇宙データセンターの話を聞くと、多くの人はまず二つの利点を思い浮かべます。ひとつは、宇宙では太陽光を長時間使えること。もうひとつは、周囲が冷たいので冷却しやすそうだ、ということです。この直感は不自然ではありません。地上では、暑い部屋より寒い屋外のほうが機械を冷やしやすいからです。
ただし、宇宙機の熱設計では、その直感をそのまま当てはめると重要な点を見落とします。真空中では外側への対流が使えず、最終的な放熱はほぼ放射に頼るからです。加えて、宇宙機は深宇宙だけを見ているわけではありません。太陽、地球の赤外放射、アルベド（地球や惑星などの表面・大気が、太陽光を反射する割合や、その反射光）、機体自身の向き、ラジエーター（宇宙機内部の余分な熱を、熱放射によって宇宙空間へ逃がすための放熱面）がどちらを向くか、表面劣化まで効いてきます。
本記事における暫定回答は明確です。宇宙データセンターでは、発電量より先に熱をどれだけ捨てられるかが上限を決めやすい。ただし、これを放熱が常に最大課題と言い切るのは早すぎます。規模が小さければ実証の主課題は放射線耐性や電源安定性かもしれませんし、地上向け汎用クラウドを狙うなら通信・交換・打ち上げ費用が前面に出ます。逆に、入力データが宇宙で発生し、結果だけを地上へ戻せる用途では、通信制約を回避しやすく、宇宙側に置く意味が相対的に強まります。
ここでは、宇宙データセンターを礼賛も否定もせず、熱収支、リンク予算、半導体信頼性、保守、打ち上げ、デブリまでを一つのシステムとしてほどいていきます。結論だけ先取りすると、地上向け大規模AI学習の置き換えよりも、軌道上で生まれる大量データをその場で圧縮・抽出し、少量の結果だけを地上へ送る用途のほうが、現時点でははるかに成立条件が見えやすいです。
宇宙データセンターは発電より熱を捨てる能力で上限が決まるのか
宇宙データセンターの実現性を考える際、放熱は確かに中心的な制約です。NASAの小型宇宙機熱制御の最新章は、宇宙機の熱収支を「太陽光、アルベド、惑星赤外、機内発熱」と「放射による排熱」の釣り合いとして置いています。つまり、消費した電力の多くは、最終的にどこかの放射面から出ていかなければなりません。地上データセンターのように外気や冷却塔へ大量の熱を捨てる選択肢はありません。
ただし、ここで注意すべきは「放熱が重要」と「放熱が常に最大課題」は同じではないことです。HPE（Hewlett Packard Enterprise：企業向けコンピューターやサーバーなどを提供する企業）のSpaceborne Computer（HPEが進めた、宇宙空間で高性能コンピューターを運用する実証プロジェクト）のような軌道上計算機実証（コンピューターを宇宙空間で実際に動かし、性能や耐久性を確認する試験）は、計算機を宇宙で動かせることを示しましたが、これは地上向け汎用クラウドを置き換える経済性を示したわけではありません。また、Starcloud（宇宙空間でのデータセンター構築を構想している企業）は自社サイトで、宇宙データセンターが連続太陽光と放射冷却で巨大化できると主張し、Starcloud-2を2027年に太陽同期軌道で初商用ミッション化するとしていますが、これは現時点では会社のロードマップであり、商用継続サービスの実績ではありません。
つまり、宇宙データセンターの議論では、少なくとも三つを分ける必要があります。小規模実証機、軌道上エッジ計算（人工衛星などが取得したデータを、地上へ送る前に宇宙空間で処理すること）、地上向け大規模AI計算です。最初の二つでは宇宙で計算する意味は十分あり得ますが、三つ目では放熱に加えて、通信持続性、交換不能性、打ち上げ・統合・保険・デオービット（運用を終えた人工衛星などを軌道から離脱させ、大気圏へ再突入させること）まで含む物流制約が一気に重くなります。
なぜ宇宙は冷たいから冷やしやすいという直感が外れるのか
この直感が外れる最大の理由は、宇宙の外側には冷たい「空気」がないからです。NASAの熱制御章は、真空では熱は放射と伝導でしか移らず、対流はないと明記しています。NASAの熱環境講義資料でも、放射は伝導や対流と違って温度の四乗に比例する非線形現象だと説明されています。要するに、熱いチップの近くに冷たい真空があるだけでは、地上のように熱は勝手に外へ流れていきません。まず熱をチップから構造体、ヒートパイプ（内部の液体の蒸発と凝縮を利用して、熱を効率よく離れた場所へ運ぶ装置）、ストラップ（銅やアルミニウムなどの熱を伝えやすい材料で作られた部品。機器と放熱装置の間で熱を運ぶ）、液体ループ（ポンプなどで冷却液を循環させ、発熱部分からラジエーターまで熱を運ぶ仕組み）へ移し、最後にラジエーターから赤外線として出す必要があります。
しかも、ラジエーターが見ている相手は一様な3ケルビン（絶対零度に近い非常に低い温度）の宇宙背景だけではありません。NASAは宇宙機の熱収支に太陽光、地球アルベド、惑星赤外を入れていますし、ESAも宇宙機への熱収支が太陽直射、惑星アルベド、惑星赤外、そして放射で決まることを説明しています。NASAのTFAWS（宇宙機の熱・流体解析や熱設計について技術情報を共有するNASA関連のワークショップ）資料では、地球平均アルベドを0.3と置いた単純化モデルから、地球の有効放射温度255K（約マイナス18℃に相当する温度。地球全体の放射を単純化して表す有効放射温度として使われる）、平均惑星赤外フラックス（惑星から宇宙空間へ放出される赤外線のエネルギーを、単位面積当たりで表したもの）239W/m²（1平方メートル当たり239ワットのエネルギーが届く、または放出されることを表す）が導かれています。これは深宇宙は冷たいというだけで実機の熱シンク（機器から熱を受け取り、外部へ逃がす対象や環境）を見積もってはいけない理由です。
ここで液冷という言葉も誤解されやすいところです。液体ループやヒートパイプは非常に有効ですが、熱を消す技術ではありません。NASAの熱制御章は、熱ストラップ、ヒートパイプ、ポンプ流体ループが、熱源から放射面へ熱を運ぶ仕組みだと整理しています。真空中で最終放熱を担うのは、あくまでラジエーターです。地上の液浸冷却をそのまま宇宙へ持っていけるわけではなく、宇宙版では熱輸送はできるが、最後は放射へ渡さなければ終わらないと言い換えるほうが正確です。
太陽光についても同じです。NASAは現在の宇宙用太陽電池の主流を30%程度、最良で34%程度としています。1AU（1天文単位のこと。地球と太陽の平均距離に相当し、約1億5,000万km）での太陽放射はNASAのTSIS-1（太陽から地球付近へ届くエネルギー量などを測定するNASAの観測装置）で1361.6W/m²ですから、理想的に太陽へ正対する面なら、セル面1m²あたりの発電下限はおおむね400W前後です。魅力は確かにありますが、軌道が変われば食（地球や月などが太陽光を遮り、宇宙機に太陽光が当たらなくなる状態）があり、電力変換損失もあり、姿勢制御や通信やポンプも電力を使います。PUNCH（太陽の外層大気や太陽風を観測するNASAの宇宙ミッション）のように黎明薄暮の太陽同期軌道ならほぼ常時日照が狙えますが、Hinode（太陽の磁場や大気を観測する日本の太陽観測衛星）でも年間を通じて完全無食ではなく、季節によっては98分軌道ごとに最大10分の食があります。常時太陽光は軌道条件を選んだときに近づける利点であって、あらゆる宇宙データセンターの自明な前提ではありません。
GPUの消費電力をラジエーター面積へ変換すると何が見えるか
ここでは、式
を使い、必要な有効放熱面積（実際に熱を宇宙へ放射できるラジエーター面積）を概算します。Aは有効放熱面積、Qは捨てる熱量、εは放射率、σはステファン＝ボルツマン定数（物体の温度と熱放射の強さを結び付ける物理定数）、Fは深宇宙をどれだけ見られるかの有効係数、T_radは放熱面温度、T_effは環境入力をまとめた実効シンク温度（熱を捨てる相手側の環境温度）です。ここで示すのは下限寄りの概算で、実機ではラジエーターの向き、地球視野（ラジエーターから見える範囲のうち、地球が占める割合です。地球が大きく見えるほど、地球の赤外放射やアルベドの影響を受ける）、自己視（ラジエーターが深宇宙ではなく、宇宙機自身の別の部分を見ている状態です。機体からの熱を受けるため、正味の放熱量が減る）、配管損失、表面劣化、マージンで悪化します。NASAは表面特性の経時変化として、LEO（Low Earth Orbit：低地球軌道。一般に地表から高度約2,000km以下の地球周回軌道を指す）の原子状酸素、UV（紫外線）、宇宙線により吸収率・放射率が変化し、BOL（Beginning of Life：宇宙機の運用開始時点）とEOL（End of Life：宇宙機の設計寿命末期）を分けて考えるべきだと注意しています。
NVIDIAのH100 SXM（H100を高性能サーバーへ直接搭載するためのモジュール型製品）の最大TDPは700Wです。つまり、たとえば8基のH100を同時に使うだけで、GPUだけで5.6kWの熱源になります。これにはCPU、メモリ、NIC、ストレージ、電源変換損失は入っていません。しかもH100は80GB HBM3、3.35TB/sのメモリ帯域を持つ高密度アクセラレータで、データセンター用途の発熱密度がそのまま宇宙機の熱輸送設計に乗ってきます。
下の表は、まず Q = 5.6kW を「8×H100のGPU熱だけ」として置き、放射率 ε = 0.9、F = 1 の理想寄り条件で計算したものです。T_eff = 3K はほぼ深宇宙だけを見る理想下限、200K は地球回避が比較的うまくいく中間仮定、255K は地球赤外の影響が大きい暖かいシンクの近似です。比較のため、太陽電池30%・正対・1AUでの発電面積の理論下限も併記します。出典値はH100の最大TDP、宇宙用太陽電池効率30–34%、TSI 1361.6W/m²、地球平均アルベド0.3と惑星赤外239W/m²です。
| ケース | 電力・熱の置き方 | 発電面積の理論下限 | 放熱面温度300K | 放熱面温度325K | 放熱面温度350K |
|---|---|---|---|---|---|
| 8×H100 GPUのみ | 5.6kW | 約13.7m² | 13.5m²〜28.3m² | 9.8m²〜15.8m² | 7.3m²〜10.2m² |
| 10kW級ノード相当 | 10.0kW | 約24.5m² | 24.2m²〜50.6m² | 17.6m²〜28.2m² | 13.1m²〜18.2m² |
| 100kW級システム | 100kW | 約244.8m² | 241.9m²〜506.1m² | 175.6m²〜282.8m² | 130.6m²〜181.8m² |
※放熱面積レンジは左が T_eff=3K、右が T_eff=255K の範囲です。
※両面放射が理想的に使えれば、展開パネルの平面積は有効放熱面積の約半分まで下げられますが、実機では自己視、配管、太陽・地球回避、構造余裕が入るため、この値をそのまま実装面積と見なすのは危険です。
ここで見えるのは、発電面積が放熱面積より自動的に小さくなるわけではないということです。H100 8基ぶんの5.6kWですら、300K運用・暖かいシンクなら放熱面積は約28m²まで膨らみます。100kW級になると、理想寄りでも130m²超、地球影響が大きい想定では500m²超の有効放熱面積が必要になります。しかもESAの2026年統計では、LEOの代表的なアクティブ衛星（現在も通信、観測、測位などの機能を稼働させている運用中の人工衛星）の平均的な質量と断面は、質量355kg・断面積6m²を基準に conjunction解析（衛星や宇宙ごみの軌道を計算し、接近距離や衝突確率を評価する分析）が行われています。つまり、100kW級の大面積ラジエーターは、平均的LEO衛星の断面を大きく上回る規模になりやすい、ということです。
温度を上げれば面積は減りますが、代償もあります。ラジエーターを350K近くで使うほうが面積は有利でも、GPU接合温度、ボード部品、電源変換効率、配管材、ポンプ、光学端末周辺の温度余裕は厳しくなります。したがって、高温ラジエーターで解決は半分だけ正しく、面積を減らす代わりに別の信頼性予算を削る設計判断です。
電力制約を解くと、放射線・故障・交換という保守制約が前面に出る
宇宙で高性能計算を長期間続ける議論では、放熱の次に重い現実が放射線と保守です。NASA/JPL（Jet Propulsion Laboratory：NASAの宇宙探査機や科学ミッションを研究・開発する機関）とNEPP（NASA Electronic Parts and Packaging Program：宇宙用電子部品の信頼性や放射線耐性を評価するNASAの計画）の資料は、放射線影響を総電離線量（TID：放射線を長期間浴びることで半導体内部に損傷が蓄積し、性能低下や故障が起こる現象）、単一事象効果（SEE：一つの高エネルギー粒子が半導体に当たり、瞬間的な誤動作や故障を起こす現象の総称）、ラッチアップ（放射線などをきっかけに半導体内部へ異常な大電流が流れ続ける現象）や機能停止を含むSEFI（単一粒子によって機器の機能が停止したり、リセットが必要になったりする現象）、メモリの多重ビット反転（一つの放射線粒子によって、複数のメモリビットが同時に反転する現象）などに分けて扱っています。NEPPの近年資料は、COTS部品（宇宙専用品ではなく、市販されている一般用途の電子部品）の評価が難しいこと、そしてCOTSであっても頑健な試験・評価が必要なことを強調しています。特にメモリ系は、単一粒子で複数ビット反転やSEFIを起こしうることがNASA文書で繰り返し指摘されています。高速GPUは大容量HBMや高速外部メモリ、電源回路、光I/O周辺に依存するため、ロジックだけでなくメモリと電源が弱点になりやすいと見るべきです。これはH100のような高帯域メモリ依存型アクセラレータに対して、放射線資料を重ねた推論です。
対策はあります。ECC（メモリ内のデータ誤りを検出し、一定範囲まで自動修正する仕組み）、TMR（同じ処理を3系統で行い、多数決によって1系統の誤りを排除する冗長化方式）のような冗長化、チェックポイント、再起動、スクラビング（メモリの内容を定期的に読み出して誤りを検出・修正し、エラーが蓄積するのを防ぐ処理）、遮蔽、予備ノード、放射線試験です。ですが、これらは無料ではありません。遮蔽は質量を増やし、予備ノードは打ち上げ質量と放熱量を増やし、冗長化は消費電力と発熱を増やし、交換機構は熱抵抗と故障点を増やします。NEPPやJPLは、COTS部品利用の難しさと、SEEをシステムで吸収する設計の重要性を強調していますが、これは裏返せば、宇宙では同じGPUをそのまま何年も使う前提が地上ほど軽くないということです。
交換の現実性も、まだベースラインにはしにくい段階です。NASAはOSAM-1（軌道上で衛星への燃料補給や修理などを実証するためにNASAが進めていた計画）を2024年に中止し、その理由として技術・コスト・スケジュールの難しさと、準備されていない衛星への補給需要の減少を挙げました。一方でDARPA（米国防高等研究計画局）のRSGS（ロボット宇宙機によって静止軌道上の衛星を点検・整備するDARPAの計画）は2026年夏の打ち上げ予定まで進んでおり、GEO（静止地球軌道。地球の赤道上空約3万5,786kmにある軌道）での点検・サービス技術は前進しています。要するに、軌道上サービスは不可能ではありませんが、宇宙データセンターの失敗GPUを日常的に交換するほどの廉価で定常的なインフラには、まだなっていないということです。
ここで経済的陳腐化も無視できません。地上では2〜4年でGPU世代が大きく更新されますが、宇宙では交換周期が長くなりやすい。すると壊れないかだけでなく、壊れる前に性能的に古くなるのではないかが問題になります。地上で当たり前の更新サイクルが難しい以上、宇宙へ置く計算は、最新最大性能を追い続ける汎用学習クラスタより、寿命中の一定性能で価値が出る専用処理に向きやすいのです。
光通信はどこまでデータセンターを地上とつなげられるか
光通信は、宇宙データセンターの夢を現実へ近づける重要技術です。ただし、ここでもピーク実証と持続サービスを混同してはいけません。NASAのLCRD（レーザー通信を中継するNASAの技術実証システム）はGEOで1.2Gbps、ISSのILLUMA-TからLCRD経由で標準ギガビットEthernet接続を実証しました。JAXAのLUCAS（JAXAが開発・運用する光衛星間通信システム）は、ALOS-4（だいち4号：主にレーダーによる地表観測を行う）との間で1.8Gbpsの光衛星間通信に成功しています。NASAのTBIRDはLEOから200Gbps、5分で4.8TBのエラーフリーデータを送った記録を持ちます。数字だけ見ると、宇宙データセンターの通信問題はもう解けたように見えます。
しかし、実際の商用運用では別の要素が効きます。NASAは、レーザー通信が雲や大気揺らぎに弱く、LCRDの地上局をカリフォルニアとハワイの高地・晴天率重視で配置し、複数地上局の切り替えが信頼性に不可欠だと説明しています。JAXA/NICTも、衛星地上間光通信は雲や大気の影響で信号が途絶・劣化しうるため、補償光学や光地上局のネットワーク化が必要だとしています。つまり、最高速度そのものより、どれだけ長くつながるかがサービス設計の本丸です。
下の表は、1TBのデータを各リンクで送る理論時間です。あえて単純に、符号化や再送や地上局待ち時間を入れない下限値だけを示します。見るべきは、「1TBの生データ」と「10GBの要約結果」で時間スケールがどれだけ変わるかです。
| リンク | 位置づけ | 公開値 | 1TB送信の理論時間 | 10GB送信の理論時間 |
|---|---|---|---|---|
| TBIRD | LEO→地上の記録級デモ | 200Gbps | 約40秒 | 約0.4秒 |
| LUCAS | LEO↔GEOのJAXA実証 | 1.8Gbps | 約74分 | 約44秒 |
| LCRD / ILLUMA-T | ISS↔GEO↔地上のNASA実証 | 1.2Gbps | 約111分 | 約67秒 |
| DSOC | 深宇宙実証の最大値 | 267Mbps | 約8.3時間 | 約5分 |
この表が示すのは、宇宙で発生した大容量入力を現地で強く圧縮できるなら、通信は一気に現実的になるということです。ESAのΦsat-2は、宇宙機上でAIを使う地球観測ミッションであり、Φ-labはオンボードAIが雲に覆われた低価値画像を捨て、下り帯域を節約できると説明しています。Starcloudも自社ロードマップで、宇宙機や宇宙ステーションで生じるテラバイト級生データを宇宙側で解析し、地上への生データ送信を避ける用途を前面に出しています。これらは、まさに入力は宇宙で生まれ、出力だけを地上へ返すタイプです。
逆に、地上で生まれた大量の学習データやモデル更新を宇宙へ上げ、学習済み重みやチェックポイントやログをまた地上へ戻すとなると、通信は再び重くなります。DSOCが示すように、距離が延びれば速度は落ちますし、地球近傍でも雲と地上局配置が効きます。したがって、結果だけ返せば通信問題は消えるは誤りで、入力がそもそも宇宙にある用途で、かつ削減率が高いときにだけ強いと言うべきです。
大型ラジエーターを打ち上げ、組み立て、守り、最後に処分できるか
放熱の答えとしてラジエーターを大きくすると、次は物流と軌道安全が重くなります。NASAの小型宇宙機熱制御章も、機体に十分な放射面がない場合には展開型ラジエーターが必要になりうると説明しています。ですが、大面積化はフェアリング収納（宇宙機や折り畳んだラジエーターを、ロケットのフェアリング内部に収めること）、展開機構、姿勢制御、固有振動、配管長、熱膨張差、マイクロメテオロイド・デブリ耐性（小さな天然物や人工破片が高速衝突しても、致命的な損傷を受けにくくする性能）を一度に難しくします。ラジエーターは熱問題の解決策であると同時に、構造と運用リスクの発生源でもあるわけです。
打ち上げ価格だけを見ても、話は簡単ではありません。SpaceXの2026年の標準価格は、Falcon 9が74百万ドル、LEO能力22,000kgです。単純平均すると約3,364ドル/kgですが、これは完全利用・標準サービスの世界で、統合、試験、保険、予備機、展開機構、地上局、運用、デオービット費は別です。さらに、宇宙データセンターは計算機本体だけでなく、太陽電池、電力変換、通信端末、推進、遮蔽、構造、ラジエーターを一緒に上げる必要があります。GPUだけのkg単価で考えると、ほぼ必ず過小評価になります。
軌道環境も軽くありません。ESAの2026年6月統計では、追跡カタログにある物体は約45,980、10cm超の物体は約54,000、1cm〜10cmは120万、1mm〜1cmは1億4,000万と推定されています。しかも平均的なLEOアクティブ衛星の代表値として、ESAは355kg・断面6m²を conjunction解析の基準に置いています。数十〜数百m²級の有効放熱面をもつシステムは、平均的なLEO衛星より大きい断面を持ちやすく、衝突回避と姿勢運用、終末処分の負荷を増やします。FCCはLEO衛星に5年以内の処分を要求しており、JAXAもデブリ低減標準を企画・設計・運用段階で求めています。大面積構造ほど、この最後にどう片づけるかは重くなります。
ここで、ユーザーの問いに合わせて制約変換表を置きます。これは本記事の中心軸です。
| 楽観的な主張 | 実際に緩む制約 | 新たに増える制約 | 確認すべき数値 | 成立条件 |
|---|---|---|---|---|
| 宇宙なら太陽光を長時間使える | 地上の系統電力制約、用地制約の一部 | 食、姿勢、蓄電、太陽電池劣化、発電と同時に増える廃熱 | 軌道、β角、食時間、EOL発電 | 黎明薄暮SSOなどで高日照を確保できること |
| 宇宙は冷たいから冷却しやすい | 周囲温度という直感的な不安 | 対流消失、放射面積、熱輸送、表面劣化 | ε、T_rad、T_eff、F、A | 深宇宙をよく見られる配置と高信頼熱輸送があること |
| 光通信で全部送れる | RF帯域制約の一部 | 雲、大気ゆらぎ、地上局分散、指向精度 | ピーク値でなく持続帯域、接続時間、可用性 | 入力が宇宙で発生し、出力削減率が高いこと |
| 故障しても将来は整備できる | 交換不能の一部 | 整備機構の質量、熱抵抗、故障点、費用 | 整備頻度、交換時間、冗長構成 | ISAMが routine service になっていること |
| 打ち上げが安くなった | 参入障壁の一部 | 統合、保険、試験、予備機、処分 | 総質量、配備費、寿命、可用性 | 打ち上げ以外の固定費が十分下がること |
どの計算なら宇宙へ置く意味があるのか
ここで用途ごとに、向き不向きを切り分けます。結論を先に言うと、現時点で最も筋がよいのは、地球観測や衛星群運用など、入力が宇宙で発生し、出力を大幅に縮小できる用途です。一方、地上向け一般クラウドや大規模AI学習は、通信・更新・保守・陳腐化の壁が厚くなります。
| 用途 | 入力データの発生場所 | 出力削減率 | 遅延要求 | 放熱負荷 | 保守要求 | 通信要求 | 現時点の成熟度 |
|---|---|---|---|---|---|---|---|
| 地球観測前処理 | 宇宙 | 高い | 中 | 中 | 中 | 下り中心、結果小 | 高め |
| 衛星群向け推論 | 宇宙/軌道網 | 中〜高 | 低〜中 | 中 | 中 | 軌道内リンク重要 | 中 |
| バックアップ保存 | 地上/宇宙混在 | 低い | 低 | 低〜中 | 高 | 上下とも大 | 低 |
| 地上向け推論 | 地上 | 低〜中 | 低 | 高 | 高 | 上下とも常時大 | 低 |
| AI学習 | 地上主体 | 低い | 低 | 非常に高い | 非常に高い | モデル・データ移動が巨大 | 非常に低い |
| 一般クラウド | 地上 | 低い | 低 | 中〜高 | 高 | 常時双方向大 | 低 |
根拠は三つあります。第一に、Φsat-2やESA Φ-labが示すように、雲画像の廃棄や特徴抽出は下り帯域を実際に減らせます。第二に、JAXA LUCASやNASA LCRDはGbps級を実証していますが、これはすべてを常時地上並みにやり取りできることの証明ではなく、宇宙で生まれた有価値データを絞って戻す用途にこそ相性がよいことを示しています。第三に、HPE SpaceborneやStarcloud-1のような宇宙計算機実証は、計算が宇宙で可能であることを示しても、汎用クラウドの価格競争力まではまだ示していません。
つまり、宇宙データセンターの初期商用が成立しやすいのは、何でも宇宙でやるではなく、宇宙にあるデータのうち、地上へ持ち帰る価値だけを選別する計算です。これは制約理論的に言えば、通信帯域を価値密度の高いビットへ変換する戦略です。逆に、入力も出力も地上中心なら、宇宙へ置く理由は急に弱くなります。
採算を決めるのは電気代ではなく寿命中に届けた有効計算量
最後に経済性です。ここで気をつけたいのは、宇宙データセンターの議論を地上の電気代比較へ単純化しないことです。宇宙側では、電気代の代わりに、打ち上げた質量、壊れず動いた期間、通信できた時間、交換しなくても価値が落ちなかった期間、そして最後に処分できたかが効きます。そこで本記事では、粗いが重要な指標として、寿命中の有効IT電力量と打ち上げ費/有効IT-kWhを見ます。これは利益計算ではなく、どこにコスト圧力がかかるかを見るための下限指標です。
以下は、100kW級の宇宙計算システムを仮想化した三つの感度分析です。打ち上げ価格はFalcon 9の2026年標準価格を満載換算した約3,364ドル/kgのみを使い、製造・統合・保険・地上局・運用・資本コストは含めていません。したがって、これは甘い下限です。にもかかわらず、結果は十分に重いです。
| シナリオ | 総質量 | 可用性 | 寿命 | 寿命中の有効IT電力量 | 打ち上げ費/有効IT-kWh |
|---|---|---|---|---|---|
| 楽観 | 5,000kg | 85% | 5年 | 約3,723MWh | 約4.5ドル/kWh |
| 中立 | 10,000kg | 70% | 3年 | 約1,840MWh | 約18.3ドル/kWh |
| 慎重 | 20,000kg | 50% | 2年 | 約876MWh | 約76.8ドル/kWh |
この表の意味は単純です。打ち上げ費だけでも、かなり高いのです。ここに機体製造費、ラジエーターと展開機構、光通信端末、冗長ノード、遮蔽、試験、保険、地上局、運用、廃棄が加わります。したがって、宇宙では太陽光が無料だから計算も安いは、少なくとも事業全体の境界としては成り立ちません。宇宙データセンターが採算に近づくとすれば、それは電力単価が安いからではなく、地上では得にくい処理価値を、宇宙側で直接つくれるからです。たとえば、下り帯域を節約して観測機会を増やす、宇宙資産の自律判断を改善する、主権性や冗長性に高い価値がつく、などです。
ボトルネック移動を最後に整理すると、次のようになります。
| 規模・類型 | 支配的になりやすい制約 | 根拠 | 不確実性 |
|---|---|---|---|
| 小規模実証機 | 放射線、電源安定、熱真空適合 | HPE Spaceborne、Starcloud-1の段階は「動くか」が中心 | 企業実証の公開範囲に限界 |
| 10kW〜100kW級相当 | 放熱、通信可用性、総質量 | H100級でも数kW、Gbps級通信でも地上局・天候制約 | 構造・熱輸送・サービス寿命の設計差が大きい |
| MW級仮想システム | 放熱面積、軌道安全、組立、更新周期 | 線形外挿だけでも数百〜数千m²級ラジエーターが必要 | 宇宙組立・超低コスト打上げの将来次第 |
結論：宇宙データセンターは負担を消すのではなく、どこへ移す技術なのか
本記事の答えは次の通りです。宇宙データセンターは、発電問題を魔法のように消す技術ではなく、制約を別の場所へ移す技術です。 地上の系統電力や用地・水制約の一部は軽くできても、その代わりに放熱面積、熱輸送、放射線耐性、交換不能性、通信可用性、打ち上げ質量、デブリ責任が重くなります。なかでも高発熱密度GPUを多数積むなら、放熱は非常にしばしば一次制約になります。
ただし、最大課題が毎回同じとは言えません。小規模実証では放射線や電源、軌道上エッジでは通信とデータ削減率、地上向け汎用AI計算では放熱に加えて更新・交換・物流・採算が前面に出ます。現時点で最も有望なのは、宇宙で生まれる大量データをその場で選別・圧縮し、結果だけを返す用途です。逆に、地上向け一般クラウドや大規模学習の全面移転は、少なくとも2026年7月時点では、技術実証より先に事業全体の境界条件が厳しいと言うほうが正確です。
今後、中心仮説を強めるデータは何か。
第一に、数kW〜数十kW級の宇宙計算機が、表面劣化込みで予定寿命を満たす熱実証を出せるか。
第二に、Gbps級をピークでなく可用性込みの持続サービスとして示せるか。
第三に、交換か使い捨てかを含む更新戦略が、寿命中の有効計算時間として公表されるか。
この三つが見えて初めて、宇宙ならAI計算に有利という直感を、物理と事業の両面から本格的に評価できるようになります。
よくある疑問Q&A
Q. 宇宙は極低温なのに、なぜ放熱が難しいのですか。
A. 外側に冷たい空気がないからです。真空では外部への対流が使えず、熱は最終的に放射でしか捨てられません。NASAは真空では放射と伝導のみ、対流なしと説明しており、熱収支には太陽、アルベド、惑星赤外も入ります。したがって周りが冷たいだけで熱が速く逃げるわけではありません。
Q. 液冷にすれば、宇宙でも地上のGPUサーバーのように冷やせますか。
A. 液冷は有効ですが、熱を消すのではなく、熱源からラジエーターへ運ぶ技術です。NASAの熱制御章でも、ヒートパイプやポンプ流体ループは熱を放射面へ運ぶ役割として整理されています。最終放熱はラジエーターによる赤外放射です。
Q. 常時太陽光なら、電力問題はほぼ消えるのではありませんか。
A. 一部の軌道では近づきますが、一般化はできません。PUNCHのような黎明薄暮の太陽同期軌道はほぼ常時日照に近づけますが、Hinodeですら季節により食があります。さらに発電できても、その電力を使った結果の熱を捨てなければ継続稼働できません。
Q. 放射線は、今のGPUでもECCで十分ではありませんか。
A. ECCは重要ですが十分条件ではありません。NASA/NEPPは、SEE、SEFI、メモリの多重ビット反転、ラッチアップなどを区別して扱っており、COTS部品では評価の難しさも指摘しています。GPUモジュールは高密度ロジックだけでなく、大容量高速メモリや電源回路も抱えるので、システム全体での耐障害設計が必要です。
Q. 光通信が200Gbpsまで来ているなら、通信はもう課題ではないのでは。
A. 200GbpsはTBIRDの記録級デモであり、単一パスのピークです。実サービスでは、LCRDが示すように地上局の天候、切り替え、接続時間、運用可用性が効きます。ピーク速度と持続帯域は別物です。
Q. 故障したら、軌道上で交換すればよいのでは。
A. 将来的には可能性がありますが、現時点で routine な前提にはしにくいです。NASAはOSAM-1を中止し、DARPAのRSGSは2026年の実証段階です。軌道上サービスは前進中ですが、宇宙データセンターの保守を日常業務にするには、まだ技術・費用・制度の距離があります。
Q. 採算は、いつごろ地上と競えるのでしょうか。
A. 単純な年限では言えません。放熱、通信、寿命、可用性、総質量、打ち上げ費、更新周期が同時に効くからです。本稿の感度分析では、打ち上げ費だけでも数ドル〜数十ドル/有効IT-kWhになりました。したがって、地上置換を狙うより、宇宙でしか得にくい価値の高い処理から始まる公算が大きいです。
Q. 結果だけを送る用途なら、宇宙データセンターは本命ですか。
A. 本命になりやすいですが、条件付きです。入力が宇宙で発生し、AI前処理で出力を大きく削減でき、かつ多少の遅延や可用性変動を許容できる用途で有利です。ESAのΦsat-2系統の発想はこの条件に近く、地上向け一般クラウドや学習よりも筋が良いと言えます。
コメント