800V 資料中心實地報導：內蒙古 5MW 試點，能證明哪些突破？（2026）

2026 年 11 月 7 日（UTC；UTC+8 為 11 月 8 日），SemiAnalysis 的 Everlyn Tan、Jeremie Eliahou Ontiveros、Xiaopeng Laoban 與 Dylan Patel 在 Substack 發布〈We Visited China’s Stargate in Inner Mongolia〉。這篇 800V 資料中心實地報導，記錄他們 9 月走訪遠景（Envision）內蒙古烏蘭察布 Galaxy 園區的見聞：最值得追的是一套接上實際算力負載的供電系統，而它究竟能擴大到哪個規模，仍要分層判讀。

以下先讀原文的核心觀察，再對照遠景公告與公開工程文獻，最後整理擴建前要追的證據。本文使用可公開讀取的內容；付費牆後的工程拆解與成本明細，未納入獨立核算。

一、800V 資料中心：先把試點、交付與規劃分開

In one 5MW hall, we saw the 800V system at work.

中文：在一個 5MW 機房裡，我們看見 800V 系統正在運作。

SemiAnalysis，9 月現場觀察，11 月發布

這句話的份量在「現場觀察」，邊界則在「一個 5MW 機房」。原文另描述一期 120MW 在一年內交付、於 8 月交付，以及整個園區規劃最高 800MW IT 容量。5MW 是這次被描述的 SST 試點範圍；120MW 是一期交付數字；800MW 是規劃 IT 容量。三者不能合成「800MW 已全面採用新供電」。這些專案規模與工期，在本文保留為原文報導，未取得逐機房驗收紀錄。

遠景自己的時間線提供另一條線索：8 月 6 日的啟用公告已宣布園區投入使用；11 月 2 日的 800V 系統公告則表示，系統已供應實際運算負載，結合固態變壓器（SST）、電池儲能（BESS）與控制系統，由 10kV 中壓交流輸入接到 800V 直流母線。公司公告與後來的現場報導在「系統已運作」上相符，但公告仍是供應商自述，未等同第三方長期可靠度認證。

容量尤其需要留下問號。遠景 8 月公告寫的是可擴展至超過 2GW，11 月公告寫規劃 3GW；SemiAnalysis 則明確寫 800MW IT。公開文字尚不足以對齊三者的園區邊界、擴建範圍及電力定義。不能自行判定其中一個是筆誤，也不應挑最大的數字當成今天上線的容量。

二、800V 資料中心改變的，是電力進機櫃的路

傳統供電像一條多站轉運路線：電網進來的電先降壓、經不斷電設備與配電，再由伺服器電源轉成直流。NVIDIA 的 800 VDC 架構文件列出機櫃級、叢集級與機房級等不同導入方式；可以先在既有設施旁加電源機櫃，也可以從新園區的配電重新設計。因此，同樣寫著 800V，工程完成度可能相差很大。

Galaxy 報導之所以有意思，是把觀察點放到中壓電網與直流母線之間的 SST，而非只看機櫃末端標籤。固態變壓器用功率電子與變壓結構整合轉換、隔離及控制；「直接轉成 800V」描述的是對外供電路徑，不能理解成設備內部毫無轉換級。

升壓的直覺可以自己算：在同為直流、忽略轉換損失、功率固定 100kW 的例子裡，P＝VI。以 50V 傳送需 2,000A，以 800V 則需 125A，電流縮成十六分之一。若導線電阻也固定，I²R 導線損耗會降到二百五十六分之一。這是刻意固定條件的電路算例，並非 Galaxy 的實測節電率。真實設計會重新選線徑、保護與轉換設備，整座園區也有大量其他耗電。

800V 到達機櫃後，仍要降成晶片可用的電壓。Texas Instruments 於 2026 年 3 月公開的參考設計就列出 800V→6V，再由 6V→低於 1V 的兩段路徑。這說明「少掉某些中間設備」不等於「GPU 直接吃 800V」，也說明不同方案不能只靠一個電壓數字比較效率。

三、綠電、儲能與冷卻：每一項都要對自己的考題

NVIDIA 的工程文章把高密度供電與負載波動列為兩個相關問題：提高配電電壓能降低相同功率下的電流；GPU 群同步工作造成的取電起伏，則需要不同時間尺度的儲能與控制來緩衝。遠景 11 月公告所說的秒級支援、分鐘級備援與毫秒級協調，應讀作公司描述的不同功能，不能全都解讀成長時間離網能力。

風電是否足夠，還要看能量與時間。假設一套電池額定可用電量為 20MWh、負載固定 5MW，理想情況可支援四小時；若負載改為 10MW，便縮成兩小時。實務還有可用荷電狀態、效率與安全保留量。這個算例說明，看到「四小時儲能」時，要連同額定功率與服務負載一起讀。

原文用示意曲線說明：選址、增加風電裝置容量、把盈餘移到別的時段，可提高綠電覆蓋；連續低風時段則需要另一層安排。遠景 11 月公告的「超過 80% 直接再生電力」是規劃目標，不能拿來代替每小時的實際供電紀錄。

冷卻同樣有邊界。SemiAnalysis 描述氣冷與液冷設備共用水迴路、取消中央冰水主機的做法。這是原文對園區設計的報導，本文未取得完整管線圖與全年效能資料。判斷能否搬到別處，應追問氣候、進水溫度、伺服器組合，以及尖峰天氣的散熱方式；少一類設備，仍然需要把熱排出去。

四、真正待驗證的，是效率、故障與成本如何一起成立

Oak Ridge National Laboratory 研究團隊 2026 年 6 月公開的綜述預印本把高轉換比 DC/DC、設施直流配電與中壓 SST 分開討論，也專章分析直流保護、絕緣與容錯。這些問題說明，架構圖上的方塊減少後，系統驗收仍要回答：故障能否侷限、旁邊的機櫃能否持續工作、維修能否安全完成。這篇文獻提供工程檢查框架，並非 Galaxy 的驗收報告。

原文強調遠景把發電、儲能、配電整合與園區建設接在一起。我的判讀是：這種整合可能縮短跨公司的協調，並讓儲能控制更貼近算力需求；但責任也更集中。若某個共用控制或供電模組出錯，故障隔離、替換零件與復原流程就要經得起考驗。設備種類變少，不能直接推出實際停機時間更短。

成本比較更需要共同分母。這篇現場報導提出中美造價差距，但本文未取得可獨立重算的同口徑明細，因此不把差距改寫成採購可直接套用的節省比例。要公平比較，至少需對齊 IT 或設施 MW、是否含 GPU、土地與電網工程、冗餘等級、冷卻方案、交付時點，以及長期維護支出。

這也是AI 垂直整合的護城河問題在配電端的具體版本：買到協調速度有價值，能長期穩定交付多少有用工作，才決定這個優勢能留下多少。把建設能力、運作品質與商業回報分開，反而更容易看見真正的進步。

五、AlphaLab 的判讀：有運作案例，值得追下一份成績單

我同意：電力設計已值得放進 AI 競爭的核心

這次報導的價值，是把討論從概念架構帶到一個有明確地點、設備與試點規模的現場。公司公告補充了供電路徑；公開文獻則交代它面對的工程考題。即使保留 5MW 的證據邊界，也足以認真追問：下一代算力的部署速度，會有多少由電力設備與整合能力決定？

我存疑：一個試點，能否代表整座園區與整個市場？

目前較合理的結論，是遠景公告與原文觀察支持「已有供應真實負載的案例」這個有歸屬的判斷。要進一步主張大規模可複製、同規格成本更低，還要看擴建後的負載、效率、保護與維運紀錄。原文用「中國的 Stargate」凸顯規模；讀者應把它當成敘事比較，別從這個稱呼推導出與美國專案相同的設備、合約或效能。

下一次更新，先看四份交付

第一是部署表：哪些機房已帶負載，800V 供電覆蓋多少；第二是效率表：在哪些負載點、量測邊界下算出；第三是可靠度表：運行多久、發生哪些故障、如何恢復；第四是能源表：逐時用電、綠電、儲能及其他供電如何對上。這四份資料比再加一個最大容量標題，更能改變我們對方案的信心。

若你想接著理解大型園區的其他約束，OpenAI 電網保護計畫說明降載安排如何驗證；資料中心選舉與許可風險談計畫如何走到核准；俄亥俄州 PORTS-Pike 園區分析則拆開規劃、合約與交付。工程進展放回這些條件裡，才看得出擴建還卡在哪一關。