以太坊 Glamsterdam 升级在 Sepolia 上线,试运行 2 亿 Gas 上限
要点速览
- •以太坊 Glamsterdam 升级于 2026 年 10 月 6 日在 Sepolia 测试网上线,开始对 2 亿 Gas 区块上限——是以往 6 百万默认值三倍以上——的首次实测。
- •Prysm 开发者于 10 月 5 日发布紧急 7.2.1 版本更新,确保使用该广泛采用的客户端的验证者自动按更高 Gas 上限而非旧默认值提议区块。
- •2 亿 Gas 水平是验证者可以采纳或拒绝的可配置偏好,因此 Sepolia 的最终上限取决于运营者的自愿参与,而非协议强制要求。
- •Glamsterdam 将执行层变更与共识侧的 Gloas 特性相结合,引入内建的提议者-构建者分离、区块级访问列表,以及 EIP-8037 和 EIP-8038 下的修订 Gas 计量,以更高效地利用现有容量。
- •该升级不会缩短出块时间或自动降低手续费,主网激活日期和 Gas 目标均未确定,且 EIP-7825 将任何单笔交易的上限设为 16,777,216 Gas,与区块上限无关。

2026 年 10 月 6 日,以太坊在 Sepolia 测试网以约 13:53 UTC 激活 Glamsterdam 升级,跨过其近期扩容路线图中一个影响深远的里程碑。Sepolia 是以太坊的公共测试网之一——在主网部署之前演练协议变更的实盘环境——因此这次激活是该分叉对'单个以太坊区块究竟能承载多少工作'这一问题的首次实地试运行,而这一问题最终可能重塑区块容量的边界。Gas 是网络上计量计算工作的单位,全链设有上限,因此区块上限也直接决定了每个区块能容纳多少交易和应用操作。
激活过程并未完全按计划进行。在分叉前的数小时内,维护 Prysm——运行以太坊验证者最常用的客户端之一——的开发者被迫发布紧急更新。7.2.1 版本于 10 月 5 日深夜推出,以确保验证者在测试期间自动提议带有 2 亿 Gas 上限的区块。否则,基于 Prysm 的验证者将继续产出上限为旧版 6 百万 Gas 默认值的区块,悄然稀释这场旨在测量网络如何应对更大区块的实验。
默认值,而非强制要求
默认值与实际选择之间的差距是这一事件的核心,也揭示了以太坊实际的治理方式。从技术角度看,2 亿 Gas 这一数字并非由分叉强制执行的协议要求,而是验证者在激活完成后可以选择采纳或拒绝的可配置偏好。Prysm 运营者可通过更新的提议者设置或 keymanager API 开启更高的上限,而 Teku 用户则必须设置专用标志——旧的 suggested-gas-limit 选项在过渡后即失效。因此,Sepolia 最终的 Gas 上限将取决于有多少验证者选择加入,以及此后上限的走向。
这种可选择加入的结构是深思熟虑的设计,而非偶然。以太坊不通过中心化强制的开关提升容量,扩容而是通过运营者的协调决策和客户端默认值来实现。激活设定在 epoch 353,024、slot 11,296,768——共识用于给协议变更计时的时钟单位——Sepolia 正在以三倍于网络此前默认值的规模,首次完整演练这一协调机制。
数字背后的技术包
对一般加密读者而言,这个头条数字很容易被误读。更高的 Gas 上限意味着每个区块内可为交易、稳定币转账和复杂应用提供更多空间——是缓解这个全球最大智能合约平台拥堵的实质性一步。然而,Glamsterdam 更深层的意义不在于数字本身,而在于围绕它的技术组合。
该升级将 Amsterdam 的执行层变更与共识侧的 Gloas 相结合,共识层负责协调验证者并最终确定区块。其核心是内建的提议者-构建者分离(enshrined proposer-builder separation),一种对区块构建与提议方式的结构性重新设计。与之配套的是区块级访问列表,记录区块涉及的账户和存储位置,使客户端能够并行读取状态和验证交易。Gas 计量也在收紧:EIP-8037 提高并单独计量创建新状态的成本,EIP-8038 修订状态访问成本,该组合还将 Gas 退款从区块计量中剔除,并取消了 SELFDESTRUCT 销毁。其总体目标是以更高效的方式利用现有容量,而不只是往每个区块塞入更多工作。
测试并未承诺的事项
同样重要的是该升级尚未证明的内容。更大的 Gas 上限不会缩短出块时间。它也不会自动降低费用——手续费仍随需求涨跌,且目前没有任何使用数据或实测的 Layer 2 影响与 2 亿目标挂钩。它也没有赋予任何单笔交易无限空间:EIP-7825 设定了协议层面的每笔交易 16,777,216 Gas 上限,与区块上限无关。这一调整创造的是更多总体活动的空间,而非允许单一操作吞掉整个区块的许可。
实验本身也存在已知风险。更早的路线图标记 EIP-7935 曾将 1.5 亿 Gas 列为潜在关注点,因为该水平下的最坏情况区块大小将逼近共识层的 gossip 上限——超过该边界,区块在全网传播可能过于缓慢。以太坊实际上是在有意试探这一边界,以弄清验证成本、传播延迟和节点运营者的硬件要求在何处开始超过额外容量带来的价值。
配套提案 EIP-8261 则为协调问题勾勒出更长期的答案。该提案仍处于同行评审阶段,将引入一份可选的机器可读 Gas 上限时间表,验证者可在指定 epoch 采用,取代当前这种新默认值只在运营者碰巧更新软件时才生效的安排。值得注意的是,该提案不改变共识规则;高于或低于计划值的区块仍然有效。它只是为验证者提供一个共同目标,在保持网络去中心化特性的同时,实现更从容的全网演进。
比头条更窄的结论
对用户和建设者而言,今天诚实的结论比头条所暗示的更为有限。Sepolia 上的 Glamsterdam 并未确认以太坊主网将采用 2 亿 Gas 上限——激活日期和主网 Gas 目标均未确定,Hoodi 测试网及主网时间表也尚未敲定。它确认的是一套可行的方法:来自 Grandine、Lighthouse、Lodestar、Nimbus、Prysm 和 Teku 的受支持客户端版本、针对规范的活跃漏洞赏金计划,以及一个可以实地观察而非纸上推更大区块影响的真实环境。
未来几周 Sepolia 的数据将决定实验的成败。开发者将关注区块生产的一致性、验证延迟,以及验证者究竟会不会采纳更高的上限。如果网络证明自己能够处理三倍于以往默认值的区块而不牺牲去中心化,那么在主网逐步、可选择地扩容的理由将大大增强。以太坊的扩容之争一直是雄心与务实之间的博弈。自 10 月 6 日起,这场博弈终于在真实区块上展开。