Google 首顆 TPU 衛星 10 月升空:太空資料中心先過五關

Google Research 於 9 月 24 日宣布 Project Suncatcher 首次軌道測試:第一顆搭載 Trillium TPU 的原型衛星,排定 10 月 1 日搭 SpaceX Transporter-18 共乘任務出發。輻射實測已在地面先過一輪,散熱、星間互連與發射成本構成其餘考驗,部分流傳的「已經升空」說法其實超前了官方進度。

用 AI 摘要這篇文章:

Google 的 Project Suncatcher 走到了第一步的驗收現場。Google Research 在 2026 年 9 月 24 日發布公告,第一顆搭載 Trillium TPU 的原型衛星將透過 SpaceX 的 Transporter-18 共乘任務送上低地球軌道,發射時段暫定 10 月 1 日。部分流傳說法已經把它寫成「衛星已經升空」,但對照官方文件與發射排程,火箭還在發射台上等日期,這次任務的定位是把累積近一年的地面驗證成果送上軌道實測。

真正有分量的資訊藏在時間差裡。太空資料中心這個願景 Google 早在 2025 年 11 月 4 日就正式宣布,同一天發布的還有系統設計研究文與預印本論文;將近一年後的這篇公告,把當年紙上推導的工程問題拆成了可以逐一驗收的關卡。官方攤開的內容落在五個關卡上,哪些數字有實測撐腰、哪些還沒有答案,逐關來看。

先把時間軸釘在正確的位置

Project Suncatcher 的公開資料分三個時間點,缺一個都會誤讀進度。

2025 年 11 月 4 日是起點。Google 在官方部落格宣布這個研究計畫,目標是探索把機器學習運算放上太空的可行性;同日 Google Research 發布系統設計長文,Planet Labs 也發布公告確認由他們建造與操作原型衛星平台。對應的預印本論文以「Towards a future space-based, highly scalable AI infrastructure system design」為題收錄於 arXiv,11 月 22 日上傳第一版,2026 年 6 月 17 日更新到第二版。

arXiv 論文頁截圖,標題 Towards a future space-based, highly scalable AI infrastructure system design,提交日期 2025 年 11 月 22 日,2026 年 6 月 17 日修訂為第二版Pin
預印本論文的版本紀錄:2025 年 11 月上傳、2026 年 6 月改版(圖片來源:arXiv)

2026 年 9 月 24 日是這次的新聞本體。Google Research 的「Behind Project Suncatcher」一文(作者 Travis Beals,職稱為 Paradigms of Intelligence 資深總監)宣布首次軌道測試即將展開,原型衛星將搭上即將出發的 Transporter-18 任務。Google 執行長 Sundar Pichai 在同日台灣時間 25 日凌晨 3 點 45 分發文:「我們的 TPU 能在太空倖存並正常運作嗎?我們即將找到答案。」隔天 Elon Musk 轉發了這則消息,內容只有兩個火箭圖案。

Google Research 官方公告頁截圖,標題為 Behind Project Suncatcher, our moonshot to put AI in space,刊出日期 2026 年 9 月 24 日,作者 Travis BealsPin
首次軌道測試的公告刊出於 2026 年 9 月 24 日,作者為 Google Research 的 Travis Beals(圖片來源:blog.google)

衛星本身不是 Google 造的。Planet Labs 在 2025 年 11 月的公告中確認,由他們負責打造與操作原型衛星平台,當時承諾在 2027 年初之前發射兩顆原型,測試 TPU 在太空環境的表現,以及兩艘太空飛行器帶著高頻寬交叉鏈路通訊協同飛行的能力。這款衛星平台與 Planet 自家的 Owl 任務共用同一設計,等於把長年營運大規模衛星星座的經驗直接接上 Google 的晶片。

還有一個時間點沒到。發射追蹤資料庫顯示 Transporter-18 的發射時段暫定 2026 年 10 月 1 日(世界標準時間傍晚,換算台北時間是 10 月 2 日凌晨),任務狀態為待發射。Google 官方文中「把我們的第一批 TPU 送入軌道」用的也是下週的未來式。也就是說,此刻能寫的是發射前排程與地面驗證成果,發射結果本身要等 10 月初過後才有得談。

為什麼非太空不可:一塊太陽能板的八倍帳

在看工程關卡之前,先看支撐整個計畫的能源帳。Google Research 這筆帳算得很直接:太陽是太陽系裡最大的能量來源,輸出功率超過人類總發電量的一百兆倍;而在經過挑選的軌道上,太陽能板的發電表現最高可達地球表面的八倍,而且幾乎連續受光。這就是計畫構想中的晨昏線太陽同步軌道:衛星沿著地球晝夜交界線飛行,避開地球陰影,大幅減少對大量電池儲能的依賴。

換算成實際負載,AI 晶片吃電的胃口只會越來越大,地面資料中心已經開始在電網與用地上面臨瓶頸。把運算放上幾乎取之不盡的陽光旁邊,是這個願景最核心的誘因,其餘的工程難題都是為了兌現這筆能源帳而存在的附屬挑戰。

輻射這一關,Google 已經先在地面考完一輪

五個工程關卡裡,輻射是官方拿出最多具體數字的一關,而且結論出乎意料地正面。

測試對象是 Trillium,Google Research 的原文直接稱它為「Google 的 v6e Cloud TPU」。團隊把晶片放進加州大學戴維斯分校 Crocker 核子實驗室的 67 MeV 質子束照射,一邊照一邊跑 AI 工作負載,監控位元翻轉之類的錯誤怎麼影響運算。

兩個關鍵劑量數字值得記下來。整顆晶片裡對輻射最敏感的是高頻寬記憶體(HBM)子系統,它在累積劑量達到 2 krad(Si) 後才開始出現異常,這個數字大約是預期任務期間(有屏蔽狀態下五年)總劑量 750 rad(Si) 的近三倍;而單顆晶片最高測到 15 krad(Si),沒有出現任何歸因於總劑量的永久性故障。研究團隊自己的結論寫得謹慎但清楚:Trillium 對太空應用來說「意外地耐輻射」。

Google Research 文章輻射測試段落截圖,記錄 Trillium 即 Google 的 v6e Cloud TPU,在 67MeV 質子束測試,高頻寬記憶體在累積 2 krad 後才出現異常,約為五年任務劑量 750 rad 的近三倍,最高測到 15 krad 無永久性故障Pin
輻射測試結論的官方原文:最敏感的 HBM 也在五年任務劑量的近三倍才出現異常(圖片來源:Google Research)

2026 年 9 月的公告把這個結論再壓縮成一句話:Trillium 能承受超過五年太空任務劑量的總游離劑量。換句話說,這關在地面已經先考過了,10 月 1 日的任務是要看真實軌道環境是否同意這份成績單。

振動與散熱:一關靠蠻力測試,一關只能等上軌道

火箭發射的暴力程度有明確數字。官方文中描述,上升過程約 10 分鐘,飛行器持續承受最高約 10 倍重力的加速度,而 TPU 晶片這類個別元件感受到的力可達 50 到 100 倍重力。團隊為此把整顆衛星放在振動台上,沿三個軸向模擬火箭發射的振動頻率使勁搖。Google 自己的說法帶點意外:這類測試很少一切順利,這次硬體撐住了,讓團隊直言相當驚喜。

散熱是五關裡最沒有把握的一關,因為真空環境沒有氣流這個選項。TPU 在很小的面積上產生大量熱,在真空中唯一能把熱送走的辦法是靠輻射把熱排出去:地面機房靠風扇與冷卻水把熱帶走,太空裡的晶片只能把熱像光一樣輻射出去,這需要與地面完全不同的散熱設計。Google 目前的方案是熱管加輻射板的組合,熱管負責把晶片的熱導出來,輻射板負責把熱射向太空,已經在模擬太空熱與真空環境的熱真空腔裡測試過。官方的口徑很誠實:新的冷卻系統在太空裡表現如何,要等這次發射之後看真實環境的成績,再依據學到的東西修改設計。

衛星之間怎麼講話:1.6 Tbps 的桌面示範與 81 顆衛星藍圖

單顆衛星裝幾十顆 TPU 還不叫資料中心,衛星叢集要能像地面機房一樣分工,彼此之間的頻寬必須達到資料中心等級。Google 的分析指出這需要每對衛星之間數十 Tbps 等級的連結,而且現有的太空光通訊技術多半為長距離低頻寬最佳化,與這裡需要的短距離高頻寬正好相反。

團隊已經在桌面示範平台上跨出第一步:單一收發器對達成每方向 800 Gbps、合計 1.6 Tbps 的傳輸。要達到資料中心等級的總頻寬,設計上靠的是讓衛星飛得非常近,用距離換功率,再用多通道的波長分波多工(在同一束雷射光裡塞進多種波長、各自獨立傳訊號)與空間多工疊上去。這條路徑的原理不複雜:接收功率與距離的平方成反比,長距離太空通訊收不到的功率,把衛星拉近到幾百公尺就能補齊,剩下的交給工程精度。

論文裡的參考構型給出具體的空間圖像:81 顆衛星組成的叢集,平均軌道高度 650 公里,叢集半徑 1 公里,次近的相鄰衛星之間的距離在 100 到 200 公尺之間震盪。研究團隊用物理模型驗證過,這種緊密編隊只需要溫和的站位維持修正就能穩定飛行。官方公告還給了一個很好懂的比例:維持這種連結需要的精準度,類似於兩個都在移動的點之間,從幾英里外命中一個硬幣大小的目標。雷射互連的軌道實測排在 2027 年,屆時會把兩顆衛星送上軌道互相通聯,這也正是 Planet Labs 在 2025 年 11 月公告中承諾的原型衛星任務。

Google Research 文章的衛星叢集構型段落截圖,記錄 81 顆衛星、平均高度 650 公里、叢集半徑 1 公里、次近鄰衛星之間的距離在 100 到 200 公尺之間變動Pin
81 顆衛星叢集的參考構型:平均 650 公里高、半徑 1 公里(圖片來源:Google Research)

成本帳:200 美元一公斤的學習曲線

最後一關不是工程而是經濟。發射成本向來是把大型系統放上太空的最大障礙,Google 團隊分析歷史與預估的發射價格資料後提出推估:若發射價格依照既有的學習曲線持續下降(發射次數累積越多、單位成本越便宜的產業慣性),2030 年代中期運送到低地球軌道的價格可能低於每公斤 200 美元。到那個價位,發射並營運一座太空資料中心的成本,大約會與同等規模地面資料中心公開報導的能源成本相當,這裡的比較口徑是每千瓦每年。

這是 Google 團隊自己的分析宣稱,建立在發射價格持續下降的假設上,並非獨立機構的驗證結論。把它讀成「太空資料中心確定可行」就超出了證據範圍;把它讀成「這個願景沒有被物理或經濟的基本障礙擋死」才是官方論文的原始口徑。

從 TPU 顆數到商業模式:官方還沒給答案的問題

在官方已公開的文件裡,這些問題至今沒有答案。

原型衛星上到底裝了幾顆 TPU,Google 與 Planet 都沒有揭露,坊間流傳的具體顆數找不到官方出處。10 月 1 日發射的實際結果,包含火箭是否準時、衛星是否順利部署、TPU 在軌道的實際表現,都要等發射時段過後才會揭曉,官方也明說這次任務的目的是「看什麼行、什麼不行、找出失敗點」。散熱方案的真實表現同樣要等軌道實測。更遠的問題包括規模化的時程與商業模式,Google 對此完全沒有給出時間表,願景圖裡的 GW 級星座與未來設計中每顆搭載數十顆 TPU 的衛星,全都停在研究構型階段。

對一般讀者來說,這則新聞離日常還很遠,短時間內不會有「太空雲端服務」可以租用;它真正影響的是 AI 運算成本曲線的長期賭注。如果五關都過了,未來大型模型訓練的能源約束可能鬆開一截;如果散熱或輻射在軌道上出狀況,整個願景就要重新排程。這也是為什麼 Google 反覆用 moonshot(射月計畫)形容它:與自駕車和量子運算一樣,先花上十年、十五年等工程跟上。

對想持續追蹤的讀者,有兩個時間點最值得盯。10 月 1 日的發射時段(台北時間 10 月 2 日凌晨),看 SpaceX 官方頻道或 Planet Labs 的任務公告可以確認是否準時出發;再來是 2027 年的兩顆衛星互連任務,那是「叢集運算」從論文走進軌道的第一次真考試。在此之前,任何「Google 太空資料中心已經到位」的說法都超前了官方進度至少一年。

把 AI 運算往太空搬這件事,Google 並不孤單,整個產業都在往實體基礎設施的極限找空間,從 Meta 的跨洋海纜工程、NVIDIA 給 GPU 程式開發的新路線到 OpenAI 的資料中心儲存架構,都是同一條路上的不同站。Project Suncatcher 的特殊之處在於它把賭注押在大氣層外那片幾乎取之不盡的陽光上,而 10 月 1 日,這場豪賭的第一張考卷就要交出去。

Sliven 褚崇名
Sliven 褚崇名

每日分享科技新知、免費資源以及 WordPress、虛擬主機相關主題,任何問題歡迎在科技月球下方留言,或是發送 Email 至 [email protected] 與我聯繫。

文章: 1546

發佈留言

發佈留言必須填寫的電子郵件地址不會公開。 必填欄位標示為 *


Share to...