以太坊开发者已初步计划在2026年10月6日13:53 UTC于Sepolia激活Glamsterdam升级，但在公共测试网分叉推进之前，仍需进行另一次私有开发网测试。
摘要
- 以太坊开发者已初步计划Glamsterdam在Sepolia的激活时间为10月6日13:53 UTC整。
- Glamsterdam尚未在任何私有开发网上完成稳定激活，因此Sepolia的时间安排仍是有条件的。
- 开发者现在计划在9月14日推出Devnet-11，取代此前以Devnet-10测试计划为中心的预期。
- 开发网测试暴露了共识和执行漏洞，包括一个与EIP-8037代码相关的实现问题。
- Hoodi或主网的日期均未确认，尽管开发者已讨论过可能在12月激活。
ACDC #186会议纪要以及以太坊协议研究员Christine D. Kim随后的报道显示，该日期仍是有条件的。开发者在选择Sepolia时间表时，尚未在私有开发网络上完成稳定的Glamsterdam激活。
此后测试计划又向前推进了一轮。Kim在9月11日表示，注意力已转向Glamsterdam-Devnet-11，预计将于9月14日（周一）启动。此前的计划曾将Devnet-10确定为下一个主要测试。
Hoodi测试网或以太坊主网均未确认激活日期。开发者已讨论过可能在12月发布主网，但测试结果将决定该时间表是否仍然可行。
以太坊Glamsterdam升级日期仍待定
在9月3日的全体核心开发者共识会议上，参与者就拟议激活的Sepolia epoch 351232达成一致。Kim报道称，对应时间为10月6日13:53 UTC。此次会议是在开发者尚未在用于Glamsterdam的私有测试网络上展示稳定性能之前举行的。
选择该epoch为客户端团队、基础设施运营商和应用开发者提供了一个共同的规划目标。这并不会使激活成为最终决定。如果下一阶段测试发现重大故障，或者客户端团队无法准备可靠的版本，开发者可以推迟分叉。
在Devnet-9经历最终性问题后，这一注意事项仍然适用。根据会议材料，该网络包含约1,000个验证者节点，使其成为当时按验证者数量计算最大的Glamsterdam开发网。
最终性需要足够多的验证者就链的状态达成一致。当测试网络未能最终确定时，开发者必须确定原因涉及客户端软件、验证者参与、网络配置，还是不同协议变更之间的相互作用。
Devnet-11将在Sepolia之前测试修复
原计划在此前试验中出现故障后推出Devnet-10。Kim的最新更新现在将Devnet-11确定为开发者正在关注的下一个测试，表明私有测试序列已推进到早先计划之外。
一个稳定的Devnet-11将为以太坊客户端团队提供另一个测试Glamsterdam合并规范的环境。Layer-2团队、质押提供商和其他基础设施运营商需要可用的客户端实现，才能安全地针对拟议分叉测试其系统。
客户端多样性使这一过程更加复杂。以太坊通过多个独立开发的执行和共识客户端运行，升级必须在不同客户端组合中都能正常工作。仅局限于某一实现的故障，在受影响的验证者拥有足够权重时，仍可能中断测试网络。
ACDC #186 议程记录了 Lido 和 Optimism 提出的请求，即在分叉前至少需要一个稳定的日子。该议程将客户端修复和成功的互操作性列为在 Sepolia 之前需要确认的事项。
Devnet-11 失败或不稳定并不会自动取消 10 月 6 日的激活。开发者需要评估原因以及修复所需的时间。严重问题可能会导致他们在全核心开发者会议上重新考虑该日期。
共识和 EIP-8037 漏洞延长了测试
早期的 Glamsterdam 试验暴露了以太坊架构两侧的故障。以太坊基金会开发者运营工程师 Stefan Starflinger 报告称，Devnet-8 揭示了一个涉及重复父哈希区块的共识层问题。
“你可以让整个网络停下来，”Starflinger 在描述测试场景时说道。
该问题影响了负责区块共识的系统。随后 Devnet-9 遭遇了无法最终确定的问题，促使工程师在更大的验证者集合中调查更多边缘情况。
在执行侧，以太坊基金会研究员 Maria Silva 报告了一个涉及 EIP-8037 的实现问题。该提案改变了以太坊为创建新状态（包括新账户、合约和存储条目）收取 gas 的方式。
EIP-8037 通过多维 gas 模型将状态创建成本与正常执行成本分开。其已发布的规范称，该设计旨在随着以太坊提高区块 gas 上限来控制状态增长。该提案仍在同行评审中。
所发现的问题要求执行客户端修改其实现，并引发了规范工作。正如 crypto.news 在关于 Glamsterdam 早期 devnet 进展的报道中所提到的，EIP-8037 已与该升级的其他协议变更一起进行了测试。
测试的目的与逐个批准每项提案不同。开发者必须确认所有选定的变更能够在多个客户端、验证者配置和交易模式下协同运行。
Hoodi 和主网日期取决于测试结果
在 Sepolia 仍存在条件限制的情况下，开发者拒绝为 Hoodi 安排 Glamsterdam。Hoodi 预计将作为第二个公共测试网阶段，为质押运营商和协议团队提供另一个更接近主网条件的环境。
Teku 开发者 Enrico del Fante 支持在确定 Hoodi 日期之前先等待。在 ACDC #186 期间，他提到了最近的 Devnet-9 问题，并倾向于在 Sepolia 决定之后留出更多测试时间。
12 月主网激活仍是一个可能的目标，而非已确认的启动窗口。将 Sepolia 安排在 10 月初保留了足够的日历时间，以便进行另一个公共测试网阶段和客户端发布准备工作，前提是测试进展没有长时间延迟。
开发者尚未公布主网 epoch、激活时间戳或最终的客户端发布时间表。对于决定 10 月 6 日是否仍适合 Sepolia，尚未宣布正式截止日期。
即将到来的程序性事件是计划于 9 月 14 日启动的 Devnet-11。客户端团队将检查最终性、跨客户端行为以及早期测试后引入的修复，然后再决定 Sepolia 能否按当前时间表推进。
