全文
延期撤除的是尚未启用的设定
以太坊基金会 2026 年 10 月 22 日的公告，取消 Hoodi 原排定的 Glamsterdam 启用安排，以调查 EIP-8037 与主网合约的互动。这是一则当时的测试网时程公告，不能拿来推定之后的最新日期，也不能据此宣称主网已完成相同升级。
理解延期时，可以把区块历史与未来规则分开。节点可能已下载带有未来启用时间的设定，但尚未走到那个时间点；撤除设定，是避免它届时改用新规则，并不是删除已确认交易或改写既有区块。
多个元件必须对同一时程达成一致
以太坊节点的执行与共识部分各有工作分工。对营运者而言，升级管理不能只记录「已更新」三个字，还必须知道更新的是哪个元件、哪个版本、哪份设定，以及程序实际载入了什么。档案已更换，不一定等于正在运作的程序已采用它。
假设测试环境的两个元件分别保留新旧启用设定，就可能在预定时点产生不一致的预期。这是说明设定管理的假设案例，不是指公告已观察到某一特定故障。检查版本信息、启动参数与日志，能让设定状态比口头确认更可验证。
测试网的价值在于暴露相容性问题
协议规则改动不只影响新写的程序，也可能改变既有合约在边界条件下的行为。单元测试确认个别功能，跨客户端与既有合约测试则检查不同元件组合后是否仍符合预期；两种测试覆盖的问题不同。
例如一套自设测试，可以固定相同输入，在两组规则下比较交易是否成功、资源消耗与最终状态。如果结果不同，下一步是判定差异是否符合设计，而不是看到不同就立即称为漏洞。延期提供调查空间，但本身不是所有相容性问题已获解决的证据。
营运纪录应保留公告与实际版本
若要把历史事件写进维运流程，可记录公告日期、受影响环境、撤除的排程以及后续需要确认的项目。旧版本表格只能证明当时曾推荐某个版本，不能自动证明它包含较晚公布的时程变更。
本文的编辑判断是，这次事件最重要的教训是把排程视为需要持续核对的设定。实际操作应回到对应客户端的现行说明与网络公告；本文只解释十月公告的范围，不提供未经查核的最新版本号、新启用日或主网时间表。