宇宙計算の排熱コスト

宇宙には広大な空間がある。熱くなったチップが抱える問題は、もっと小さく具体的だ。熱をどこへ逃がすのか。

結論は明快だ。軌道上の計算は、システムの寿命を通じて提供する有用な仕事によって採算を示す必要がある。日光は投入資源の一つ。放熱器、安定して動く処理、障害からの回復能力を備えた機械が、それを価値に変える。

Googleの9月24日の更新は、この問いを考える入口になる。同社によると、Planetと開発するProject Suncatcher最初のTPU実験はTransporter-18への搭載を予定している。軌道試験なら、プレゼンテーションでは得られない知識が得られる。それでも、チップが宇宙で生き残ることと、顧客が信頼できる計算サービスを買うことの間には、相当な距離がある。Google’s test update

私ならその距離に注目する。面白い収支表は、排熱の費用から始まる。

放熱器にも発言権がある

寒い日に、開けた窓の横へサーバーを置く場面を想像してほしい。空気が熱を運び去る。そこから空気をなくしたらどうなるか。窓の外の暗闇が、ファンを用意してくれるわけではない。

宇宙機の内部では、固体材料や設計された熱の経路を通じて熱を移せる。機体から周囲の真空へ逃がすには放射が必要だ。NASAの小型宇宙機向け熱制御ガイドは、内部の伝導と外部への放射を区別し、吸熱と放熱を制御する表面を説明している。周囲が冷たいというだけでは、稼働する機械がどの速度で熱を捨てられるかは分からない。NASA thermal-control guide

計算システムでは、放熱器が容量の制約になり得る。電子機器へ多くの電力を供給すれば、発熱も増え得る。熱制御系が排出できなければ、運用の別の部分を変える必要がある。負荷を落とすのか。放熱器を大きくするのか。より高い放熱温度に耐える構成を使うのか。それぞれ設計への問いが違う。

これは「データセンターを宇宙の冷蔵庫に入れる」というイメージを修正する。冷蔵庫の比喩には、熱を運ぶ配管がない。最後に宇宙へ熱を渡す外側の面も抜けている。それらはチップや太陽電池と同じ図に描くべき部品だ。

1メガワットの思考実験

Googleの衛星を設計したふりをせずとも、問題の大きさは概算できる。排出すべき熱が1メガワットの架空のシステムを考える。放熱器は温度が一様で、放射率は0.9。温度を無視できる冷たい空間を遮られずに見ており、太陽や地球からの放射を吸収しないとする。補助機器の質量や消費電力も無視する。意図的に有利な仮定だ。

ステファン・ボルツマンの関係では、放射熱量は放射率、放射定数、放射面積、絶対温度の4乗の積になる。NASAが公開する宇宙機熱制御の文献は熱収支を説明し、放射定数を約5.67 × 10⁻⁸ W m⁻² K⁻⁴としている。今回の仮定では、熱量を放射率、定数、温度の4乗で割れば面積が求まる。Spacecraft thermal-control reference

仮定した放熱器温度	1平方メートル当たりの放射電力	1 MWに必要な放射面積
300 K、約27°C	約413 W	約2,420 m²
350 K、約77°C	約766 W	約1,306 m²
400 K、約127°C	約1,306 W	約765 m²

数字は仮定に基づく計算例で、適切な精度に丸めた。条件を満たす放射表面の合計であり、衛星の投影面積でも太陽電池の面積でも工事見積もりでもない。両面が有効なら二つの面として数える。片面が暖かい物体を向けば、熱収支を変える必要がある。

仮定した温度を300 Kから400 Kに上げると、この例で必要な面積は元の約32%になる。4乗の関係は強い。同時に、魅力的な表計算が悪い技術メモへ変わりやすい箇所でもある。計算上の面積が小さくなっても、電子機器、熱接続部、材料が必要な温度で動けるとは証明していない。

放熱器の温度はプロセッサーの接合部温度と同じではない。熱源から放熱器までは、実際の温度差と不完全な接続を経て熱を運ぶ。一か所で許される温度を、すべての場所へ使えるわけではない。ここで得たのは感度であり、設計承認ではない。

面積を誠実な資本の問いへ

この表に打ち上げ価格を掛け、勝者を決めたくなる。しかし一つ足りない。使える排熱能力に対する質量だ。Suncatcherについて、その値は確認していない。

放射面1平方メートルは1キログラムではない。支持構造、展開機構、熱輸送、保護、冗長性が最終的な装置へ影響し得る。その寄与は具体的な構成次第だ。構成を知らず面積だけから信頼できる打ち上げ費用は出せない。そして打ち上げ費用だけでも、利用可能な計算を1時間提供する費用は出せない。

最初の投資評価表なら、三つの列を分けたい。特定設計の実測値、空白を埋めるための仮定、その仮定が動くと変わる結論。実測欄の空白には意味がある。次の技術者や投資家へ、どの証拠で議論が変わるかを伝えるからだ。

同じ打ち上げ質量の二つの架空設計を考える。一方には多くの処理機器を積める。他方はピーク容量が低い代わりに、長期間安定して動く。搭載容量だけでは選べない。完了する仕事、サービス寿命、その仕事を使える状態に保つ費用によって答えが変わる。華やかな打ち上げ写真では欄は埋まらない。

熱の表の役割は、問うべき点を見つけることだ。投資案件全体の答えではない。もし供給者が、配備質量当たりでより確かな排熱能力を実証できれば、複数の計算構成の採算を変えるかもしれない。特定企業がその価値を利益として確保できるかは、別の商業上の問いになる。

試験が証明するのは一段ずつ

Googleは2025年11月、TPUを載せた太陽光発電衛星を接続する研究としてSuncatcherを紹介し、Planetと2機の衛星による学習ミッションを計画した。その発表は当初の意図を示す。歴史的背景であって、新しい配備証拠ではない。Original Suncatcher announcement

9月の更新では、最初の軌道ハードウェア実験を追加し、2027年の2機による試験も維持している。扱うのは機器の生存、冷却、接続だ。執筆時点で、この計画は初飛行の実施も、衛星群による商用処理の提供も証明していない。

評価には短い階段を描きたい。機器が動く。定義した処理が走る。出力が正しさの検査に通る。条件を変えても結果が再現する。顧客が経済的に有用なサービスとして頼れる。それぞれに別の観測が要る。前段の証拠は次の実験を正当化できても、最終的な事業までは証明しない。

初めての打ち上げ前に、成熟した事業の立証を研究チームへ要求しているわけではない。重要な答えが欠けているからこそ、初期実験は価値を持つ。成功した実験には、その実験が獲得した分の評価を与えればよい。機器が生き残った結果と、継続処理の記録には、それぞれ違う評価がふさわしい。

この見方なら、期待外れの結果にも情報がある。低負荷では正しく動き、高負荷で熱上限へ達したなら、設計課題の範囲が狭まる。それだけで長期構想の成否を決める必要はない。何が変わり、どの限界に当たり、負担可能な改良で解消できるかを問えばよい。

分母は使える出力

電力は説明しやすい。計算サービスには仕事の定義が要る。架空の軌道システムなら、入力、必要な出力、正しさの検査、期限、回復の動作を先に指定する。そのうえで、同じ条件を満たす地上の代替案と費用を比べる。

遅延を許容できるバッチ処理と、すぐに応答する必要のある要求では、サービスの問いが違う。データがすでに軌道上にある仕事と、大量の入力を地上から送る仕事でも違う。これらは比較候補であり、Suncatcherがその市場を現在提供しているという主張ではない。「AI計算」という広い言葉で、評価する製品を曖昧にしないための例だ。

提案する単純な分母は、システムの有用な寿命中に利用者へ返した合格済みの仕事。分子には、サービスを作り維持するために負担するハードウェア、打ち上げ、運用、通信、交換、退役の費用を入れる。投資収益へ変換するなら資金調達とキャッシュフローの時期も重要だ。Googleについて、その入力値は埋めていない。

障害処理も製品定義に含める。期限を過ぎた出力、検出されない誤った結果、再試行で成功した仕事では価値が違う。公正な比較には、顧客が何を受け取り、やり直しの費用を誰が負担するかを明記する必要がある。単なる処理時間は、完全な納品証拠にはならない。

この方法なら、小さなチームでも大きな構想を実務的に調べられる。軌道産業全体を予測する前に、一つの処理を固定し、その提供価格を考えるために要る証拠を列挙する。空欄は多くてよい。適切な欄なら、研究はすでに一段使いやすくなっている。

最終日も最初のモデルに入れる

衛星の採算は、ミッションの華やかな部分が終わっても続く。ESAのデブリ低減資料は、システム設計、運用、処分に加え、衝突、故障、安全な再突入を扱う。ライフサイクルを考えるうえで有用な問いだ。ただしESA自身の方針だけで、Googleの個別ミッションに適用される法的要件は決まらない。ESA lifecycle framework

提案する証拠カードでは、退役を最初から費用と信頼性の問題として扱う。サービス終盤にどの能力が残るのか。計画どおり処分できなくなれば何が起きるのか。誰が対応責任を負うのか。個別ミッションの証拠を求めるべき問いであり、一律の処分価格を作る口実ではない。

交換にも同じ扱いが必要だ。地上案と軌道案の双方で、想定寿命と新機器の投入方法を示す。そうしないと、一方は何度も更新でき、他方は永久に初代のままという比較になりかねない。精密に見える単価が、不一致な仮定から生まれることになる。

ここには建設的なキャリアの示唆もある。インフラの仕事は、どの軌道計算企業が勝つかを当てるところから始めなくてもよい。電力から熱、熱から質量、処理からサービス水準、サービス寿命から資金回収へという接点を理解するところから始められる。異なる大胆な設計にも通用する問いだ。これは研究の方向であり、特定企業の求人を確認したという話ではない。

次に持ち越す証拠カード

次の限定的な成果物は、一つの処理に対応するカードだ。ミッションと試験日、持続負荷と熱条件、合格出力と回復動作、有用寿命の仮定、比較に要る質量・通信・ライフサイクル費用を記録する。各欄に出典を付け、測定値と仮定を分ける。

最初の更新は、実際の軌道上の証拠を待つ。打ち上げ確認はミッション状態を変える。検証済み処理結果は能力評価を変える。再現性のあるサービス記録と、条件をそろえた代替案との価格比較が出て初めて、採算の議論が変わり始める。別々の更新を、一つの楽観的なチェック印にまとめてはいけない。

現時点でこの記事が実施したのは、公開一次資料を集め、物理的制約を説明し、理想化した感度を計算するという狭い作業だ。機器の試験も、これからの飛行の観測も、Googleの商業収益の見積もりもしていない。熱の図は説明モデルで、証拠カードは後続研究の仕様である。

それだけでも次の発表は読みやすくなる。軌道上には豊かな電力があると言われたら、どの温度で、どのような完全なシステムを使い、どれほど有用な仕事を持続できるかを聞こう。日光が扉を開けても、熱は部屋の外へ出さなければならない。

分類とキーワード

分類：AIインフラ、宇宙システム、資本の経済性。

キーワード：Project Suncatcher、熱制御、放熱器、有用な計算、ライフサイクル費用。

ハッシュタグ： #AIInfrastructure #SpaceComputing #ThermalEngineering #CapitalAllocation