太空計算的散熱帳單

太空很大。一塊發燙的芯片面對的問題卻很具體：熱量往哪裏去？

我的判斷很簡單。軌道計算要靠系統整個壽命內交付的有效工作，來證明經濟性。陽光是一項投入。散熱器、可靠的工作負載，以及出錯後的恢復能力，共同把這項投入變成價值。

Google在9月24日公佈的更新，讓這個問題有了現實切口。公司表示，與Planet合作的首次Project Suncatcher TPU實驗，計劃搭乘Transporter-18任務。軌道測試能回答演示文稿回答不了的問題。但芯片能在太空存活，與客戶能買到可靠算力之間，還有相當長的一段路。Google’s test update

我會把注意力放在這段距離上。真正有意思的表格，從散熱賬單開始。

散熱器也有決定權

想象一下，嚴寒天氣裏把服務器放在敞開的窗邊，空氣可以帶走熱量。現在把空氣抽掉。窗外再黑，也不會自動長出一臺風扇。

航天器內部，熱量可以沿固體材料和專門設計的熱通路移動。要離開航天器、排向周圍真空，就必須靠輻射。NASA的小型航天器熱控制指南區分了內部導熱與外部輻射，並討論表面如何控制吸熱與放熱。環境冷，不能單獨說明一臺工作中的機器散熱有多快。NASA thermal-control guide

因此，對計算系統而言，散熱器會限制容量。給電子設備更多電力，可能產生更多熱量。如果熱系統排不出去，運行方案的其他部分就得調整：降低運行強度、增大散熱器，或者讓架構承受更高的排熱溫度。每種選擇都向設計提出不同要求。

這能修正“把數據中心放進宇宙冰箱”的想象。冰箱比喻漏掉了熱量傳輸通路，也漏掉了最終把熱交給太空的外表面。這些部件應與芯片、太陽能板畫在同一張圖上。

一兆瓦的思想實驗

我們可以粗算問題的量級，同時避免假裝替Google設計衛星。設想一個需要排出一兆瓦熱量的系統。假定散熱器溫度均勻、發射率為0.9，完全面向可忽略溫度的冷端，沒有遮擋，也不吸收太陽或地球輻射。所有輔助設備的質量與耗電暫不計入。這些假設刻意偏理想。

斯特藩—玻爾茲曼關係把輻射功率寫成發射率、輻射常數、發射面積和絕對溫度四次方的乘積。NASA收錄的航天器熱控制文獻說明了熱平衡，並採用約5.67 × 10⁻⁸ W m⁻² K⁻⁴的輻射常數。在上述假設下，用熱功率除以發射率、常數與溫度四次方，就得到面積。Spacecraft thermal-control reference

假定散熱器溫度	每平方米輻射功率	排出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%。溫度四次方的影響很大。也正是在這裏，一張漂亮表格容易變成糟糕的工程意見：算出的面積更小，並不能證明電子設備、熱接口和材料都能在所需溫度下工作。

散熱器溫度也不等於處理器結溫。熱量要經過真實的溫差與並不完美的接口，才能從熱源到達散熱器。某一點允許的溫度，不能自動套到所有位置。我們算的是敏感性，沒有批准任何設計。

把面積變成誠實的資本問題

最容易衝動的一步，是給表格乘上發射價格，然後宣佈贏家。但還缺一個要素：每單位可用散熱能力對應多少質量。Suncatcher的這個數，我們尚未確認。

一平方米發射面不是一公斤。支撐件、展開機構、熱傳輸、保護與冗餘，都可能影響最終總成；佔比要由具體架構決定。沒有架構，僅憑面積算不出可靠發射賬單。而且，發射賬單本身也算不出每小時有效算力的交付成本。

第一張承銷表，我會分三欄：特定設計的實測值、填補缺口所用的假設，以及假設變化會改變哪項結論。實測欄留空很有價值，它告訴下一位工程師或投資人，究竟什麼證據能夠改變判斷。

假設兩種設計的發射質量相同。一種能裝更多處理硬件，另一種峯值容量較低，卻能更長久、可靠地運行。僅看裝機容量，無法二選一；還要看完成的工作、服務壽命，以及讓這些工作始終可用的成本。一張壯觀的發射照片填不了這些格子。

散熱表的價值，在於找到值得問的問題，而非包辦投資結論。如果供應商能證明，每單位部署質量可以提供更可靠的排熱能力，這種進步可能改變多種計算架構的經濟性。某家供應商能否把價值留給自己，則是另一個商業問題。

一項測試，一步證據

Google於2025年11月首次介紹Suncatcher：研究搭載TPU、使用太陽能並互聯的衛星，並計劃與Planet開展雙衛星學習任務。那份公告記錄了項目最初的意圖，屬於歷史背景，不是新的部署證據。Original Suncatcher announcement

9月更新加入了首次軌道硬件實驗計劃，並保留2027年的雙衛星測試安排，討論硬件生存、冷卻與互聯。寫作時，這些計劃沒有證明首次飛行已經發生，也沒有證明衛星羣已交付商業工作負載。

評估時，我會畫一段短梯子：硬件能運行；規定的工作負載能執行；輸出通過正確性檢查；結果能在不同運行條件下重複；最終，客戶能依賴一項有經濟價值的服務。每一級都需要自己的觀察。前一級的證據可以支持下一次實驗，不能直接證明最終商業模式。

這不是要求研究團隊在首次發射前，就證明成熟業務。早期實驗有價值，恰恰因為重要答案尚未出現。關鍵是把功勞記在正確的位置：硬件生存試驗成功，就肯定其生存能力；持續工作負載記錄，則值得另一種肯定。

這樣看，令人失望的結果也更有信息量。如果低負載運行正常，高負載時觸及熱限制，證據就縮小了設計問題的範圍。它不必一次決定整個長期構想的成敗。接下來該問：發生了什麼變化、碰到了哪條限制，以及能否用負擔得起的改動解決。

分母應該是有效產出

電力很容易描述，計算服務卻先要定義任務。對一個假想軌道系統，我會先寫清輸入、所需輸出、正確性檢查、截止時間和恢復方式，再與滿足相同條件的地面方案比較成本。

能容忍延遲的批處理，與要求快速響應的請求，是兩種服務問題。數據已在軌道上的任務，與需要從地面傳輸大量輸入的任務，也不一樣。這些只是可供比較的場景，不代表Suncatcher已經服務這些市場。它們的作用，是避免“AI算力”四個字遮住真正要評價的產品。

一個可提議的分母，是系統有效壽命內交回用戶、驗收合格的工作。分子則包含建立並維持這項服務所承擔的成本：硬件、發射、運營、通信、更換和退役。投資人進一步計算回報時，還要納入融資與現金流時點。我們沒有為Google填入這些參數。

產品定義也要包括失敗處理。遲到的輸出、沒有被發現的錯誤結果，以及成功重試的任務，價值並不相同。公平比較必須交代客戶最終拿到什麼，以及重試費用由誰承擔。原始處理時長不是完整的交付憑據。

這給小團隊研究大願景提供了務實方法。先固定一種工作負載，列出為其交付定價所需的證據，不必一開始就預測整個軌道產業。表裏可能有很多空白；只要空的是正確字段，研究就已經更有用了。

最後一天，也要進入第一版模型

衛星的經濟賬不會隨最激動人心的任務階段一起結束。ESA的碎片減緩資料覆蓋系統設計、運行和處置，也包括碰撞、失效和安全再入問題。這些是有用的全生命週期問題。不過，ESA自己的政策，並不能單獨證明Google這次任務適用哪些法律要求。ESA lifecycle framework

在擬議證據卡里，退役從一開始就是成本與可靠性問題。服務後期還剩多少能力？如果設備無法按計劃處置，會怎樣？由誰負責應對？這些都需要任務本身的證據，不能借機編一個通用退役價格。

更換設備也要同樣處理。地面與軌道兩種方案，都應說明假定壽命以及新硬件如何投入服務，否則，一方可能悄悄享受了數輪升級，另一方卻被迫永遠使用第一代。看似精確的單位成本，便可能只是假設不一致的產物。

這裏有一個建設性的職業啓發。研究基礎設施，不一定要從預測哪家軌道計算公司勝出開始。可以先練好接口處的判斷：電力如何變成熱，熱如何影響質量，工作負載如何對應服務水平，服務壽命又如何轉為現金回收。這些問題可以跨架構使用。這是研究方向，不是聲稱某家公司正在招聘。

下一張證據卡

下一件範圍明確的成果，是針對一種工作負載的證據卡：記錄任務和測試日期、持續負載與熱條件、合格輸出及恢復表現、可用壽命假設，以及比較所需的質量、通信與生命週期成本。每一項都要有來源，並清楚區分實測與假設。

第一次更新應跟隨真實軌道證據。確認發射，會改變任務狀態；核實工作負載結果，會改變能力判斷；可重複的服務記錄，加上與同等替代方案的定價比較，纔開始改變經濟論證。這幾次更新不能合併成一個樂觀的勾。

目前，這篇文章完成的是更窄的一件事：整理公開一手資料、解釋物理約束、計算理想化敏感性。我們沒有測試硬件，沒有觀察即將到來的飛行，也沒有估算Google的商業回報。散熱圖是解釋模型，證據卡是後續研究的規格。

這些工作已經足以幫助我們讀懂下一則公告。有人提出軌道上電力充足時，可以接着問：在什麼溫度下、依靠怎樣一套完整系統，能夠持續交付多少有效工作？陽光或許打開了門，熱量仍然得離開房間。

分類與關鍵詞

分類：AI基礎設施；太空系統；資本經濟性。

關鍵詞：Project Suncatcher；熱控制；散熱器；有效算力；全生命週期成本。

標籤： #AIInfrastructure #SpaceComputing #ThermalEngineering #CapitalAllocation