以太坊计划于 10 月 6 日在 Sepolia 上推出 Glamsterdam

以太坊开发人员暂定于 2026 年 10 月 6 日世界标准时间 13:53 在 Sepolia 上激活 Glamsterdam 升级，而在公共测试网分叉进行之前，仍然需要进行另一次私人开发网测试。

摘要 以太坊开发者暂定于 10 月 6 日 13:53 UTC 时间激活 Glamsterdam 的 Sepolia。

Glamsterdam 尚未在任何私人开发网络上完成稳定激活，因此 Sepolia 的时间安排仍然有条件。

开发人员现在计划于 9 月 14 日推出 Devnet-11，取代之前以 Devnet-10 测试计划为中心的预期。

Devnet 测试暴露了共识和执行错误，包括与 EIP-8037 代码相关的实现问题。

尽管开发人员已经讨论了可能在 12 月激活，但 Hoodi 或主网日期尚未得到确认。

ACDC #186 会议记录和以太坊协议研究员 Christine D. Kim 的后续报告表明，该日期仍然是有条件的。开发人员在选择 Sepolia 时间表时尚未在私人开发网络上完成稳定的 Glamsterdam 激活。

此后测试计划又进行了一次迭代。 Kim 于 9 月 11 日表示，注意力已转向 Glamsterdam-Devnet-11，预计将于 9 月 14 日星期一启动。此前的计划已将 Devnet-10 确定为下一个主要测试。

自从这篇文章发布给我的 Substack 订阅者以来已经过去了大约一周，有关 10 月 6 日 Sepolia 测试网升级日期的警告仍然有效。

现在唯一的小更新是，所有人的目光都集中在下周一推出的 Glam-Devnet-11，而不是 Devnet-10。 https://t.co/WIhwYhAHoy — Christine D. Kim (@christine_dkim) 2026 年 9 月 10 日

Hoodi 测试网或以太坊主网的激活日期尚未确定。开发人员已经讨论了 12 月份可能发布的主网，但测试结果将决定该时间表是否仍然可行。

您可能还喜欢：以太坊 EIP-8141 可以消除用户持有 ETH 以获得 Gas 的需要

以太坊 Glamsterdam 升级日期仍暂定

在 9 月 3 日的所有核心开发者共识会议上，参与者就 Sepolia 纪元 351232 达成了拟议的激活协议。 Kim 报告称，相应时间为世界标准时间 10 月 6 日 13:53。这次会议是在开发人员展示 Glamsterdam 专用测试网络的稳定性能之前举行的。

选择纪元可以为客户团队、基础设施运营商和应用程序开发人员提供共同的规划目标。它不会使激活成为最终的。如果下一个测试阶段发现重大错误或者客户团队无法准备可靠的版本，开发人员可以推迟分叉。

在 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 模型将状态创建成本与正常执行成本分开。其发布的规范称，该设计旨在随着以太坊提高其区块气体限制来控制状态增长。该提案仍在同行评审中。

发现的问题要求执行客户修改其实施并导致规范工作。正如 crypto.news 在其对 Glamsterdam 早期开发网络进展的报道中所报道的那样，EIP-8037 已经与升级的其他协议更改一起进行了测试。

测试与单独批准每个提案的目的不同。开发人员必须确认所有选定的更改跨多个客户端、验证器配置和事务模式一起运行。

Hoodi 和主网日期取决于测试结果

开发商拒绝在 Hoodi 上安排 Glamsterdam，而 Sepolia 仍然有条件。 Hoodi 预计将作为第二个公共测试网阶段，为质押运营商和协议团队提供另一个更能代表主网条件的环境。

Teku 开发者 Enrico del Fante 支持在确定 Hoodi 日期之前等待。在 ACDC #186 期间，他提到了最近的 Devnet-9 问题，并赞成在 Sepolia 决定后允许更多的测试时间。

12 月主网激活仍然是一个可能的目标，而不是确认的启动窗口。将 Sepolia 安排在 10 月初，可以为另一个公共测试网阶段和客户端发布准备保留足够的日历时间，前提是测试进展顺利，没有长时间的延误。

开发人员尚未发布主网时代、激活时间戳或最终客户端发布时间表。目前尚未宣布决定 10 月 6 日是否仍适合塞波利亚的正式截止日期。

当前的程序事件是计划于 9 月 14 日启动的 Devnet-11。客户团队将检查最终结果、跨客户端行为以及早期测试后引入的修复，然后决定 Sepolia 是否可以按照当前时间表继续进行。