Platåberget 的首次升级并未顺利完成。这恰恰是本周以太坊协议开发中最有价值的进展。

8 月 20 日 Gloas 激活时，公开测试网失去了最终确定性，直到当天核心开发者会议开始前不久才恢复。网络中预先排入了约 16,000 笔构建者存款。Lighthouse、Prysm 和 Teku 在升级边界处理这些存款时，分别遇到了不同问题；Lodestar 和 Nimbus 则报告切换过程正常。

这不能说明 Glamsterdam 已经就绪。它说明测试终于触及了私有、短期开发网未能充分复现的条件。

公开测试暴露了客户端的隐含假设

Platåberget 计划持续运行数月，为验证者、应用团队和基础设施运营者提供一个稳定环境，在 Sepolia 和 Hoodi 升级前检验 Glamsterdam 之后的以太坊。其验证者集合允许公众加入，因此构建者存款的到达方式更接近真实运行环境，而非安排整齐的内部测试。

这次升级同时暴露了多个假设。Lighthouse 在激活前几小时才合并一项缓存优化，更早的存款因此不在缓存中。Prysm 在评估缓存是否仍有必要时移除了构建者存款缓存。Teku 的重试行为则把首个区块的缓慢状态转换拖成了更长的恢复过程。相比之下，Lodestar 已把自身的切换处理时间从约 20 秒降至约半秒。

这些是实现缺陷，不能据此认定 ePBS 本身失败。但它们指向同一个运维教训：主网上的存款可能排队数周，客户端不能假定升级边界到来时，内存中的热缓存依然存在。公开网络让这个假设得以及早暴露，避免长期测试网率先承受后果。

应用开发者也有自己的测试任务。Glamsterdam 同时改变区块生产流程和 gas 记账。以太坊基金会的启动公告提醒：硬编码最大 gas 上限的钱包、索引器和 gas 估算工具将出现故障；向此前不存在的账户转账，也不再保证能用熟悉的 21,000 gas 完成。因此，Platåberget 不只是客户端团队的网络，也是下游工具第一个实际可用的兼容性测试目标。

后续日期仍是提案

核心开发者讨论了 Sepolia 9 月 28 日、Hoodi 10 月 26 日的安排，但两项日期均未确认。Lido、SSV 等团队要求先留出更多稳定测试时间。当前方案还将 Sepolia 排在 Hoodi 之前，让应用开发者更早接触 gas 变更。

敲定日期之前，客户端团队希望再建立一张专门测试异常情况的网络。相关变更进入主干或不稳定分支后，约 1,000 个节点的非最终确定性开发网计划于下下周启动。考虑到运行成本，当前计划只给它约一天至一天半的升级前运行时间。一张能够正常达成最终确定性的小型网络可能并行运行，供需要稳定集成环境的团队使用。

这样的分工是合理的。异常网络可以给恢复机制施压，并重复大规模存款测试；公开网络则继续服务钱包、质押系统和应用基础设施。不必让同一个环境勉强兼顾两种用途。

Glamsterdam 的范围略有缩小

本周也有明确的范围决定：核心开发者正式移除了 EIP-7610。该提案原本要增加一项运行时检查，禁止在存储非空的账户上创建合约。对应的 Glamsterdam 元 EIP 修改于 8 月 20 日合并，EIP-7773 当时已将 EIP-7610 列为拒绝纳入。

替代方案更有针对性：EIP-8253 提议一次性修改主网上 28 个受影响账户的 nonce，避免此后每次创建合约都增加存储检查。该提案仍处于 Draft 阶段，本周只是被提议纳入 Hegotá；这代表评估开始，而不是承诺采用。

这也是协议工作中不那么显眼的一面。公开测试找出需要修改代码的假设，范围审查则移除不值得长期维护的代码。

Hegotá 开始做选择

Hegotá 正从收集候选提案转向比较方案。客户端团队被要求在 9 月中旬前公布初步的 S/A/B/D 排名，解释分级理由，并争取在 Devcon 前形成大致升级范围。会议还表示拟拒绝没有活跃推动者的提案。

这些排名是意见信号，不是投票。“提议纳入”同样只代表进入讨论队列，并非纳入决定。真正有价值的信息，是多个客户端团队是否独立识别出相同的实现风险或协议价值。

下周最重要的证据不会是另一张候选清单，而是 Platåberget 的修复能否顺利落地、非最终确定性网络能否基于预定分支启动，以及应用团队是否报告新 gas 规则带来的具体兼容性问题。

资料来源与延伸阅读