以太坊最重的一次升级，卡在一个默认值上

10 月 5 日 21:18 UTC，Offchain Labs 发出 Prysm v7.2.1。16 小时后，10 月 6 日 13:53:36 UTC，Glamsterdam 在 Sepolia 测试网第 353,024 个 epoch 激活。

一个影响全网的改动，最后是被一份客户端补丁定下来的——这是这次升级最有意思的地方。

3.3 倍容量的开关不在协议里

Glamsterdam 把 Sepolia 的区块 gas 上限从约 6000 万抬到 2 亿，涨 3.3 倍，是以太坊单次幅度最大的扩容。但这 2 亿不会一激活就自动生效。

按 EIP-8261，验证者是逐块投票把上限抬上去的，从 6000 万爬到 2 亿，高峰时段区块传播时间预计 2 到 9 秒。而默认值决定验证者的初始行为：Sepolia 的 Gloas 配置 9 月 24 日才在上游发布，比 Prysm v7.2.0 切版晚，v7.2.0 里没有这份 gas 计划，验证者默认停在 6000 万。7.2.1 就是来把 2 亿写进默认值的。不补这一刀，Sepolia 上跑的是被稀释的试验——嘴上说 200M，区块里还是 60M。

链上的参数可以投票改，默认值只能在代码里改。

改的是区块怎么生产

两个主角都跟 C 端体验无关。

EIP-7732（ePBS）把提议者和构建者的分工搬进共识协议：提议者先提交构建者对执行载荷的承诺，构建者随后揭示载荷，付款由协议处理——过去靠 MEV-Boost 这类可信中间件完成的撮合，现在协议自己管。共识验证与执行验证也就此分开，另设载荷及时性委员会确认载荷和 blob 数据是否按时到位。

EIP-7928（BALs）给每个区块附一份强制访问列表，记录它碰了哪些账户和存储位、交易后状态怎么变。有了这张图，客户端能并行读状态、并行验证交易、更省力地算 state root。

一句话：不是让用户感觉更快，是让验证者验得动更大的块。

顺手动了一块老账本

EIP-8037 提高并单独计量创建状态的成本，EIP-8038 更新访问状态的价格。写死 gas stipend 的合约都得重测。

别把这当成主网升级

Sepolia 的 2 亿是 opt-in 的测试目标，不是承诺；主网日期没定，基金会只写「2026 年第四季度」。前面还有 Hoodi，10 月 8 日的开发者会议才做 go/no-go，主网最早要等约 30 天安全期之后、12 月初才有窗口。更早的测试也不顺：Devnet-8 出过共识层 bug，涉及重复父哈希的区块。

还有条少被提到的权衡：块变大，节点的数据与计算负担也变大，跑得起节点的人就变少。

我的判断：这次升级的价值不在价格，在结构。看三件事——主网最终定多高的 gas 参数、Sepolia 上多少验证者真选 2 亿、Hegotá 怎么敲。

Vitalik 9 月 27 日那篇《密码学世界计算机》说得很直白：2027 年的 Hegotá 可能是以太坊最后一个「正常」的 fork。

这次改的是区块由谁造。下一次，可能要改的是他们怎么开发。

免责声明：以上内容仅供娱乐交流，不构成任何投资建议。DYOR。

#cryptocurrencies #blockchain #Ethereum