NERC 計算負載標準通過表決，但 AI 數據中心尚未受監管

儘管有關在擾動期間維持 AI 設施接入電網的規則仍未解決，NERC 於 10 月 15 日讓三項計算負載標準通過最終持份者表決。該方案針對大型數據中心、AI 運算園區及加密貨幣營運，其突發用電變化可影響大電力系統。

這次投票是重要的程序里程碑，而非最終監管批准。NERC 計算負載標準仍須獲該組織董事會採納。其後 NERC 必須向聯邦監管機構提交，才可在美國成為可執行規則。

這一分別至關重要，因為該提案改變了電網營運商與符合資格數據中心之間的關係。大型運算場址須提供詳細模型、協調保護設定、記錄擾動，並回應某些運行指令。然而，方案尚未訂立通用的電壓及頻率穿越要求。

NERC 計算負載標準通過表決，但尚未抵達終點

10 月的投票推進了一套具約束力的框架，但並未即時令數據中心受新的可執行要求約束。

北美電力可靠性公司 NERC 為互聯的北美大電力系統制定可靠性規則。其標準只有在獲聯邦能源監管委員會（Federal Energy Regulatory Commission，FERC）批准後，才可在美國執行。

10 月 15 日，NERC 宣布其擬議的計算負載方案已通過最終持份者表決。該機構亦表示，相關實施計劃已獲推進。

該方案包括三項擬議標準，分別為 CLO-001-1、CLO-002-1 及 CLO-003-1。同時亦修訂兩項現有設施互聯標準 FAC-001-5 及 FAC-002-5，以限制責任重疊。

下一個預定的機構程序是由 NERC 董事會採納。NERC 公布的行動計劃時間表以 12 月 5 日作為董事會批准目標日期，並以 12 月 31 日作為提交監管文件的目標日期。

FERC 在 7 月 16 日的一項命令中訂下該年結限期。這項聯邦指令要求 NERC 提交初步標準，涵蓋計算負載整合、相關定義及經修訂的登記準則。

FERC 亦命令 NERC 在 2027 年 3 月 1 日前提交第二階段工作計劃。該工作計劃將處理初步方案尚未解決的其他可靠性問題。

標準一般涵蓋已接入負載至少達 50 兆瓦的計算負載場址。其供電電氣設備亦須於 100 千伏或以上接入大電力系統。

該準則可將多座建築視為一個計算負載場址，也可將由多個變電站或電氣連接供電的園區合併計算。

NERC 最初曾考慮較低的登記門檻，即 20 兆瓦及 60 千伏。在收到持份者意見後，該機構提高了兩項門檻。

此改動收窄了提案的即時涵蓋範圍。較小型的運算設施仍可影響本地公用事業機構，但不會自動納入這個聯邦可靠性框架。

NERC 正另外為受涵蓋場址背後的組織制定登記架構。其董事會於 10 月 8 日批准了擬議的 Computational Load Owner 及 Computational Load Operator 類別。

這些類別確認，所有權及運作控制權未必總是由同一家公司持有。開發商可能擁有電力基建，而租戶則控制設施內的運算設備。

這項區分在多租戶園區尤其重要。NERC 及其區域實體在決定登記時，會審視各場址的所有權及運作責任。

在董事會採納、監管批准及適用實施日期到來前，該提案仍然只是一項提案。因此，將數據中心標準描述為已全面生效的標題，實際上走在正式程序之前。

不過，這次表決完成了一個重要階段。討論焦點已由大型運算場址是否應納入可靠性規劃，轉為其責任應如何運作。

突發負載流失令數據中心成為電網參與者

NERC 所回應的是運算設施在故障期間的行為，而不只是其耗電量。

電力規劃傳統上將大型客戶視為按可預測時間表升降的需求。現代數據中心則帶來另一問題，因為電力電子設備及保護系統可在不足一秒內作出反應。

輸電故障可短暫壓低電壓，而未必造成持續停電。在這段短暫擾動期間，運算園區內的保護設備仍可能切斷伺服器、冷卻系統或電氣區塊。

若多個大型場址作出相同反應，需求幾乎可同時消失。發電量便會超過耗電量，推高系統頻率，並改變輸電線路上的電力流向。

2024 年 7 月的一宗事件說明了這種風險。東部互聯系統接連發生故障，觸發約 1,500 兆瓦數據中心需求近乎同步流失。

這些場址是經由客戶端保護措施斷開，而非遵從公用事業機構指令。系統頻率升至 60.053 赫茲，其後在四分鐘內回復至 60 赫茲。

1,500 兆瓦的變化並非一般波動。它類似一座大型發電站突然流失，只是系統須應對的是消失的需求。

NERC 其後記錄到 2025 年期間更大幅度的數據中心負載減少。其可靠性評估描述了 2 月約 1,800 兆瓦及 6 月約 1,300 兆瓦的事件。

加密貨幣設施則提供了另一組證據基礎。NERC 一項檢討考察了 ERCOT 在 2023 年 1 月至 2025 年 9 月期間的 26 宗事件。

每宗事件均涉及在正常清除輸電故障後，負載減少超過 100 兆瓦。個別設施流失的用電量介乎擾動前耗電量的 17% 至 95%。

這些事件並不代表所有 AI 或加密貨幣設施的行為都相同。設備設計、不間斷電源系統、保護設定及工作負載管理均可產生不同反應。

但這些事件確實顯示，銘牌需求不足以用於系統規劃。電網營運商必須了解設備何時跳脫、復原速度，以及鄰近場址是否採用相似設定。

NERC 起初透過指引、技術參考資料及自願協調處理這個問題。5 月 4 日，該機構就計算負載整合的七個範疇發出第 3 級 Essential Action Alert。

該警報涵蓋建模、互聯研究、投運、保護、擾動監察及運作協調。已登記實體必須確認並回應該警報。

不過，警報中的必要行動並非強制性可靠性標準。新提案將其中若干做法轉為符合資格實體的責任。

這正是 NERC 計算負載標準背後的核心轉變。大型數據中心正由被動客戶地位，逐步走向正式參與電網可靠性程序。

與發電廠的比較有用，但並不完整。數據中心消耗電力，而發電機組供應電力；兩者的共通之處，是均能以具重大影響的規模改變系統狀況。

即使內部設備完全按設計運作，吉瓦級運算園區仍可影響頻率及電壓。可靠性風險可源於協同的保護行為，而非設備故障。

這令問題不止關乎 AI 用電需求的增長。興建更多發電設施，並不能說明園區在兩個周波的電壓下跌期間會如何反應。

NERC 的回應是要求更好的模型、更清晰的通訊及更有用的事件記錄。這些工具讓電網規劃人員可在擾動前分析行為，並在事後重建事件。

規則以模型及運作責任取代公用事業機構的猜測

擬議框架要求大型運算場址披露動態行為，並與負責電網可靠性的實體協調行動。

CLO-001-1 涵蓋互聯研究、投運及規劃模型。它將要求相關規劃人員研究新的計算負載，以及現有場址的重大變更。

該標準引入「合資格變更」的概念。規劃協調人將界定哪些修改須重新分析，而不是假設運作中的園區在電氣上維持不變。

這項條文反映數據中心演變的速度。營運商可更換伺服器、電源供應器、韌體、控制系統或保護設定，而無須興建一整座新建築。

這些變更可改變設施的動態反應，即其在快速變化的電網狀況下的行為。靜態需求預測無法呈現這種反應。

Computational Load Owners 須提供設備跳脫、穿越能力及擾動後復原的資料，亦須描述已安裝的運算基建及其預期用途。

場址特定模型參數須與實際設備相符。若變更會改變動態行為，業主須在 180 日內提交更新的核實文件。

這項要求對超大規模雲端服務商、託管營運商、設備供應商及工程承辦商構成壓力。他們必須在實體系統與提交予規劃人員的模型之間，維持可審計的關聯。

第二項擬議標準 CLO-002-1 涵蓋運作數據及通訊。可靠性協調人、平衡管理機構及輸電營運商將訂明所需資料。

受涵蓋的業主及營運商其後須符合這些規範，亦須建立通訊能力、故障處理程序，以及為接收口頭指令的人員提供培訓。

要求 R8 包含方案中最具影響力的運作條文。它將指示 Computational Load Operators 遵從指定電網實體發出的運作指令。

如指令在實際上無法執行，則可獲例外處理。如遵從會違反安全、設備、監管或法定要求，亦同樣適用。

無法遵從的營運商須根據要求 R9 通知發出指令的電網實體。因此，該框架同時要求設有回應途徑及有文件記錄的例外處理途徑。

NERC 表示，這些條文不會自動將固定供電服務轉為可中斷服務，亦不會改變場址現有協議所訂立的服務優先次序。

這項限制將可靠性協調與商業限電區分開來。電網緊急情況下的運作指令，並不等同讓公用事業機構可例行中斷需求的電費安排。

然而，合約控制仍是實際關注點。託管營運商或會控制變電站，而租戶則控制伺服器及工作負載的行為。

建議措辭承認實體及法律限制，但對合約限制的表述較不明確。設施或需訂立新的租戶協議，確保可執行必要行動。

CLO-003-1 涵蓋保護協調及擾動監測。它將要求業主建立流程，按預定次序設定保護系統。

保護協調決定故障發生時哪些斷路器或裝置會率先動作。協調不佳可能導致比所需更多的設備斷開，或掩蓋原始成因。

業主須在實施受影響設定前，識別並解決協調問題。該流程可能涉及由多個組織控制的設備。

該標準亦會要求提供事件次序數據、故障記錄，以及持續的動態擾動記錄。一般營運遙測數據或會遺漏大型設施內迅速發生的電力互動。

更高解像度的證據有助調查人員判定哪些設備跳開、何時跳開，以及電壓或電流如何變化。這亦有助在事件後驗證模型。

記錄責任將按設備擁有權劃分。計算負載業主一般須負責其擁有的指定斷路器。

場址主供電變壓器的業主則承擔其他記錄責任。該實體可能是數據中心業主、輸電業主、配電供應商或發電業主。

三項標準合共以明確責任取代非正式資訊鏈。規劃人員取得模型，營運人員取得通訊機制，調查人員則取得時間對齊的證據。

這套架構亦帶來合規工作。受規管組織必須識別負責實體、記錄配置、管理模型更新，並按既定要求保留證據。

對 AI 基礎設施開發商而言，電網整合將成為設施設計的一部分，而非後期才與公用事業公司商討的事項。電力架構、租戶合約及營運程序必須共同支援相同的可靠性承諾。

核心取捨：在沒有統一穿越要求下建立問責機制

NERC 正在訂定可執行的可視性要求，然後才處理最棘手的性能要求：數據中心在擾動期間必須維持連接多久。

穿越能力描述設施在短暫電壓或頻率偏差下維持連接的能力。它決定保護系統會容忍擾動，還是立即切斷設備。

初步方案要求業主披露穿越特性，亦容許併網研究識別特定場址的性能需要。

然而，方案並未訂立一條全行業適用的最低穿越曲線。因此，它記錄了設施行為，卻未有全面將該等行為標準化。

這個缺口相當重要，因為突發斷開正是促使標準程序加快的事故成因。更佳模型可預測負載流失，但單靠預測不能避免事故。

NERC 採取分階段方式，因為通用要求涉及艱難的工程取捨。電網保護必須兼顧人員安全、設備保養保證、電能質素限制及服務連續性。

伺服器不會直接接駁輸電線路。公用電力會經過變壓器、開關設備、不間斷電源、配電設備及伺服器電源供應器。

每一層均可能設有對電壓或頻率變化作出不同反應的控制裝置。穿越要求必須考慮整個綜合系統，而非單一獨立元件。

現有場址亦帶來另一項挑戰。改裝設備可能需要採購、施工、測試及計劃停電，營運商未必能即時完成。

建議的實施時間表反映了這些限制。規劃協調員將有三個月界定合資格變更，並制定建模數據規格。

部分併網實體將有六個月建立要求。其餘 CLO-001-1 責任一般會在九個月後生效。

根據 CLO-002-1，電網營運商將有六個月分發營運數據規格。計算負載業主及營運商一般會有 12 個月履行相關責任。

CLO-003-1 為現有設施提供最長的過渡期。這些場址將有 36 個月安裝適用的擾動記錄能力。

較新的場址一般會在標準生效日期或投運日期後 15 個月內完成，以較後者為準。保護協調責任則會在九個月後開始。

這些期限只會在相關標準生效後才開始計算，不應視為由 10 月投票起計的截止日期。

NERC 的分階段策略有明確好處。它可在工程師制定更詳細性能要求期間，建立基本的可視性及問責機制。

但它亦留下過渡期的弱點。即使園區模型完善，如其保護設定仍高度敏感，仍可能在正常清除的故障期間斷開。

因此，首批 NERC 計算負載標準代表的是基礎門檻，而非完成的架構。它們整理資訊及決策權，同時延後部分技術補救措施。

NERC 的第二階段路線圖包括擾動性能、模型驗證、事件報告、負載振盪及網絡安全，亦會考慮同址發電及進一步的保護要求。

FERC 在其 7 月命令中承認這一分階段程序。它指示 NERC 優先推行短期措施，同時保留空間，讓行業經驗累積後作出改進。

尚未解決的性能層面，讓支持者及批評者均有合理論據。支持者可指出，方案即時改善了已妨礙規劃人員的數據缺口。

批評者則可回應，報告可預見的斷開情況並不會令電網更安全。他們亦可質疑場址特定準則會否造成不一致的責任。

最公平的解讀介乎兩者之間。該方案處理了真實的營運盲點，但未有解決所有同時負載流失的成因。

這種不確定性應影響企業規劃新 AI 園區的方式。符合首批標準，並不保證設計可滿足日後的穿越或網絡安全責任。

開發商應預期要求會持續演變至 2027 年。他們亦不應將初步合規視為永久的技術批准。

AI 開發商面對取得更多電力以外的新限制

這些標準促使數據中心公司證明其設施如何運作，而不僅是證明公用事業公司能夠供應預期需求。

AI 基礎設施競賽一直高度聚焦於發電合約、輸電接入及併網時間表。對新園區而言，這些仍是核心限制。

NERC 的建議將動態性能加入清單。開發商即使取得足夠容量，仍可能面對建模、控制、通訊及故障響應方面的問題。

這項區別改變了項目早期的決策。電力工程師需要準確的設備數據，規劃人員才能研究設施對電網的影響。

採購團隊或需供應商披露保護行為及可配置設定。營運商亦必須知道，韌體更新會否改變規劃模型所用的參數。

園區設計日益結合公用事業供電、備用發電、電池，有時亦包括專用發電廠。每個元素均可影響電網在擾動期間所觀察到的情況。

同址發電帶來額外問題，例如園區是在從更廣泛系統取電，還是在向其供電。NERC 已將該範疇列為日後標準工作。

多租戶設施除了技術工作外，亦面對組織壓力。登記營運商可能需要現有租約或服務協議從未預想過的行動權。

客戶可能優先考慮不中斷運算，而電網營運商則需要迅速的營運響應。合約必須訂明誰可更改電力模式，以及可在何種條件下作出更改。

擁有垂直整合設施的超大規模雲端服務商，或會有較清晰的權限。但他們仍需協調公用事業、數據中心及運算團隊；這些團隊往往採用不同的規劃週期。

電網基礎設施可運作數十年。AI 硬件及工作負載策略則可能在該期限的一小部分時間內改變。

CLO-001-1 嘗試透過合資格變更檢討及 180 天模型更新，彌合這些時間表。該系統的成效將取決於能否準確偵測變更。

對資訊科技團隊而言，韌體修訂或許看似微小，卻仍可能改變數以千計電源供應器對電壓擾動的反應方式。

這些規則亦向公用事業公司及區域營運商施壓。他們必須在分階段期限內界定數據規格、合資格變更、通訊渠道及研究預期。

公用事業公司不能只是要求無限量的專有資訊。他們必須識別履行可靠性職能所需的數據，並妥善管理。

與此同時，數據中心營運商或會擔心披露設施配置或營運模式。詳細技術數據可能包含商業敏感或與安全相關的資訊。

因此，標準程序必須在可視性與資訊保護之間取得平衡。初步方案訂下責任，但實施方式將決定這些責任在實務上如何運作。

更廣泛的政策環境亦帶來另一種張力。聯邦官員希望大型 AI 設施更快接駁，而可靠性機構則要求更深入的研究及協調。

這些目標並非必然互相衝突。更佳的標準化數據可減少重複的資訊要求，並令併網審查更可預測。

然而，新的建模及合規工作可能拖慢準備不足的項目。及早整合這些要求的開發商，應比將其視為文書工作者面對更少意外。

該方案亦把可靠性責任與誰負擔新基礎設施成本的爭論區分開來。它並不決定公用事業公司如何分配輸電或發電成本。

它不會訂定零售電價，亦不會解決社區對用水、土地或排放的關注。這些問題仍由其他監管機構及政策程序處理。

NERC 計算負載標準聚焦於較狹窄的議題：防止大型數碼設施成為實體電網上難以理解的參與者。

這個狹窄範圍仍具重大意義。AI 服務依賴電力系統，而其故障模式無法單靠部署軟件修正。

雲端客戶或許永遠不會看到保護設定研究，但其工作負載的可用性愈來愈取決於這些研究能否反映真實的設施行為。

三個訊號將顯示該框架是否真正改善可靠性

董事會採納、聯邦處理方式及第二階段性能規則，將決定這次投票會否成為持久的可靠性制度。

第一個訊號是 NERC 董事會的行動。已公布的行動計劃時間表以 12 月 5 日為目標日期，批准標準、詞彙表修訂及登記準則。

董事會採納將鞏固現行方向，並讓 NERC 為向聯邦提交文件作準備。延誤或重大修訂將削弱對年終時間表的假設。

第二個訊號是 FERC 在 12 月 31 日提交文件後的回應。FERC 可批准擬議標準、要求修改，或透過其監管程序處理落實事宜。

批准將令這套方案更接近在美國具備可強制執行性。重大異議可能推遲合規，並重新引發有關適用範圍、門檻或營運商責任的問題。

加拿大的實施將遵循各司法管轄區適用的程序。NERC 覆蓋互聯的北美洲大陸系統，但法律執行機制並非處處相同。

第三個訊號是 2027 年 3 月 1 日的第二階段工作計劃。當中如何處理最低穿越故障性能，將顯示 NERC 是否正在彌補這套方案最大的技術缺口。

針對擾動性能及模型驗證的詳細時間表，將加強初步框架。含糊或延長的時間線，則會令規劃人員繼續依賴特定場址要求。

業界準備情況提供另一項相關的營運指標。公用事業公司應在最終實施期限到來前，開始界定資料格式、通訊程序及責任分工。

數據中心開發商應繪製每個園區內的擁有權及控制權邊界。他們亦應識別哪些硬件、軟件及韌體變更可改變電力系統反應。

高質素的擾動紀錄將在實施後提供最佳檢驗。調查人員應能比較模型行為與量測行為，並修正差異。

同時無法解釋地斷線的情況減少，會比完成合規表格提供更有力的證據。可靠性取決於實際物理結果，而非單靠文件。

這項方案的成敗，亦取決於已註冊營運商能否在實際設施中執行指令。多租戶控制缺口應在實施演練中浮現，而非在緊急事故時才發現。

10 月投票值得關注，因為它正式確立了一項新前提：最大型的運算設施在以攸關電網的規模運作時，不能再在電力層面不透明。

這並不表示可靠性問題已獲解決。強制性的穿越故障性能、網絡安全、共址發電及模型驗證，仍屬持續進行的工作範疇。

對開發商、企業技術採購方及基礎設施規劃人員而言，眼前行動很直接：詢問每個大型 AI 場址如何模擬、記錄及控制其電網反應。

這些問題如今應與容量、冷卻、晶片及網絡存取並列考量。接下來三個里程碑將顯示，NERC 的計算負載標準會否成為可強制執行的保障，抑或仍停留在尚未完成的第一階段。