第 319 期

电网规则现在转向数据中心了

一个月搜索 111 次的词条,竟让政府开了两次会议

商业电网规则现在转向数据中心了

搜索量 111 说明了什么,又没说明什么

“电网规则”这个词在韩国的月均搜索次数为 111 次(2026 年 9 月观测基准)。这是搜索次数,而不是搜索人数,所以实际搜索过这个词的人数可能更少。不过看每日观测值的话,9 月 18 日出现了观测区间内的最高点。平时几乎看不到波动,却在某一天突然跳升。

公开资料中无法确认那天到底有过什么发表或会议。所以仅凭一个波峰,很难说这就是“正在走红的词”。但如果顺着这个词今年在官方发布和专业媒体中出现的脉络去看,会发现一条线索。电网规则讨论的对象,正在从发电设备扩展到数据中心这类大型耗电设施。

电网规则是怎样的规则

电网规则并不是某一份文件的名字,而是对接入电网的设备和经营者必须遵守的技术与运营标准的统称。在韩国国内,气候能源环境部的《电力系统可靠性及电能质量维持标准》、电力交易所的《电力市场运营规则》、韩国电力公社的《输配电设施使用规定》都属于这一范畴。

之所以需要这些规则,是因为电网必须在每一瞬间都让生产与消费保持平衡,才能维持频率和电压的稳定。燃煤和核能发电厂通过转动巨大的旋转体来发电,这个旋转体的惯性能在一定程度上吸收突然的波动。而太阳能、风能、电池则是经逆变器1接入电网的。逆变器不是旋转机械,而是电力电子装置,因此在电压和频率出现波动时它该如何反应,必须靠设定和规则来确定。这也正是可再生能源越增加,电网规则就越需要重新编写的原因。

7月,从发电领域的规则开始重写

2026 年 7 月 21 日,气候能源环境部下属的电力委员会召开了“第 1 次电网规约专门委员会”。这是对原有“电力系统及可靠性专门委员会”进行改组后的组织。首次会议的议题有四项:改善适用于逆变器型电源的国内电网规约、电池储能装置(BESS)的安全性与系统并网标准、大规模停电预防与系统恢复体系、未来系统运行标准的中长期方向。其背景是政府到 2030 年前推广 100GW 可再生能源设备的目标。

也有数据显示规则跟不上现场的变化。同月在国会研讨会上,气候部透露,可再生能源限电次数从 2024 年的 27 次增加到 2025 年的 82 次,被限制的电量从 12.4GWh 增加到 109.4GWh。据悉,电力市场参与者从 2001 年的 19 家公司增加到 2026 年的 8,000 余家公司。参与者大幅增加,但整顿这些参与者应遵守的标准、以及确认其是否实际遵守的体系却没有同步成长,这正是问题意识所在。在政府推动的电力监督院新设讨论中,电网规约的改善与履行监督也被列为主要职能。

这个术语并非今年夏天才首次出现。4 月的电力治理论坛上,韩电系统企划处处长也曾将“由谁制定和修改电网规约、机构之间如何分工”列为课题。7 月的变化在于,这一讨论已经转移到了一个正式命名的委员会中。

8月,规则的方向转向了数据中心

8月27日,一场性质不同的会议召开了。这是由气候部第二次官李虎贤(音译)主持的“AI数据中心(AIDC)研究会”首次会议。在这个场合,政府宣布将在今年内制定AI数据中心专用电网规范。也就是说,要确定数据中心接入电网、稳定获取电力所必须具备的最低技术要求。

政府给出的理由是AI数据中心的用电形态。在学习和推理过程中,电力使用量可能以1000分之一秒为单位出现兆瓦级波动,而超大型设施则需要吉瓦级电力。政府解释说,就像发电厂出力不稳会导致电网不稳一样,需求端若以这样的速度波动,也可能影响频率和电压。

研究会表示要一并审视的内容中,还包括数据中心已经具备的设备。AI数据中心为了保护敏感的GPU、维持电力品质,配备了储能装置(ESS)和不间断电源装置(UPS)。政府表示,将在不损害这些设备原本功能的范围内,研究如何利用其来稳定电网的接入策略和制度。也就是说,为保护自家服务器而配置的设备,也可能被计入有助于电网稳定的设备。

这场讨论与政府的AI数据中心构想相互关联。政府在6月提出了到2035年建成18.4吉瓦规模AI数据中心的构想。《能源新闻》在9月21日的策划报道中指出,这一数字仅是投资和建设目标,并不意味着电力供应合同或电网接入已经完成。同一篇报道认为,将研究会正在审议的内容视为已经确定的义务,为时尚早。适用对象和时点、验证性能的方式、由谁来承担费用,这些都尚未确定。

美国从积累事故记录开始

海外电力当局也在处理同样的问题。北美电力可靠性公司(NERC)审查了 2023 年 1 月至 2025 年 9 月期间,德克萨斯州电网中大型电子式负荷未能挺过故障瞬间的 26 起案例。输电线路故障已被正常清除,但加密货币挖矿设备却在数毫秒内损失了其所用电力的 17~95%。这是与发电厂突然停机方向相反的冲击,发生在需求侧。

NERC 于 2026 年 5 月发布了大型负荷风险缓解指南2。该指南虽不具约束力,却将此前并非监管对象的大型负荷运营商和设备制造商也纳入了读者范围。其中包含的建议是:要考虑在系统故障时不脱网、能够撑住的性能,即穿越能力(ride-through)3,并准确提供负荷的构成、保护设定和型号信息。

7 月,美国联邦能源监管委员会(FERC)又更进一步。命令 NERC 在 2026 年 12 月 31 日之前提交一项强制性可靠性标准,用以处理人工智能数据中心和加密货币矿场等“计算负荷”并网所带来的风险。这是一个从建议性标准走向强制性标准的过程。

韩国年内推进 AIDC 电网规范的时间点,恰好与这一趋势重叠。气候能源环境部也曾说明,海外主要国家正在推进针对大型负荷设备的电网稳定性性能规定。不过国内标准最终会像美国那样成为强制性规定,还是仅停留在用于并网协商的技术标准层面,目前尚未公布。

较小的搜索量可以这样解读

如果只看月 111 次这个数字,可能会觉得这是一个可以忽略的词。仅凭搜索数据,我们甚至无法知道是谁在搜索。但如果把它和同一时期的官方日程重叠来看,解读方式就不一样了。7 月,名为电网规范(Gridcode)的专门委员会成立;8 月,有发布称将在年内制定数据中心专用标准;9 月,某能源专业媒体将电网接入列为决定数据中心业务成败的变量。制度层面的讨论已经启动,但标准文件尚未出台。

处于这种阶段的专业术语,大众搜索量小是必然的。因为真正在搜索它的人群本身很可能很窄,比如即将进行接入协商的企业、设备制造商、政策负责人等。对于这类词,比起搜索量的大小,更能说明问题的是搜索量突增的日期前后有哪些官方日程,以及该词所指涉的对象是否发生了变化。就“电网规范”而言,随着今年夏天的推进,其涵盖的对象中加入了数据中心。至于 9 月 18 日的那次突增究竟是由什么契机引发的,这一点仍有待确认。

grid code meets data centersOswarld视角

在这个走势中,我关注的是数据中心的位置会发生变化。到目前为止,数据中心在电网眼中是购买大量电力的大客户,需要确保的是容量、电费,以及供电时点。但一旦出现需求侧的电网规范,数据中心为了接入电网,就必须证明自己的设备在故障瞬间会做出怎样的反应,从而变成一个参与方。

这种变化可能会打乱企业原有的顺序。如果按照先定地块、再引进服务器、然后再与韩国电力协商接入的顺序,电网规范就是在最后阶段才会遇到的文件。但是如果UPS和ESS的规格、负荷波动形态的调校方式成了接入条件,电网规范就会变成设计初期就必须纳入的输入值。《能源新闻》也认为,这个方向会让运营者更需要从设计初期起就考虑系统要求条件。

所以年底将出台的AIDC电网规范,首先要看的不是技术数值,而是适用范围。从多大规模开始、从什么时候接入的设备开始、由谁以何种方式进行验证,这些都会决定这项标准究竟会成为一份能让人预判项目进度的文件,还是会成为又一个不确定因素。

<<<OZ_BODY>>>

结语

每月被搜索 111 次的这个词,告诉我们的是规则刚刚开始被使用的那个节点。等标准文件出台、第一个适用案例出现,寻找这个词的人也会和现在不一样。


💬 在 读者 参与过的数据中心、可再生能源、工厂项目中,您是什么时候第一次确认电网接入条件的?是在确定选址之前,还是之后?欢迎在评论区告诉我们。


<<<OZ_BODY>>>

你的观点会成为下一期的线索

欢迎留下你的经验与看法。

注册读者均可免费发表评论。

参考资料与延伸阅读

安光涉(Oswarld)个人插画

作者 安光涉(Oswarld) 现任世宗大学兼任教授,INLEVEL9 战略顾问。职业经历、研究、著作与近期活动会持续更新在作者简介。 最新动态 · 2026年7月:HEMA-2: A Consolidation-Aware Tri-Memory Architecture with Multi-Channel Scheduling for Lifelong Conversational AI。

📝 术语说明

注释

  1. 逆变器型电源(IBR,Inverter Based Resource):像太阳能、风能、电池这样,将直流或变频电力通过电力电子装置(逆变器)转换后接入电网的电源。与旋转发电机不同,它对电网波动的反应是由控制设定决定的。 ↩

  2. NERC大型负荷风险缓解指南:北美电力可靠性公司于2026年5月发布的《Reliability Guideline: Risk Mitigation for Emerging Large Loads》。这是一份旨在降低数据中心、虚拟货币挖矿设备等大型负荷在规划与运营方面风险的建议文件,不具约束力。 ↩

  3. 穿越(ride-through):当电网瞬间出现电压、频率异常时,设备不会立即脱网,而是在规定时间内保持连接、坚持运行的性能。 <<<OZ_END>>> ↩