Glamsterdam 定档：以太坊将于2026年9月28日分叉Sepolia

Glamsterdam 首次确定日期

2026年9月28日 14:44:48 UTC，以太坊的下一次重大升级将在 Sepolia 测试网络上激活。这个时间点来自2026年8月20日开发者会议的纪要，精确到了具体的纪元（epoch）和时隙（slot），六家客户端团队在会议聊天中表示一致同意，无人反对。

有两个前提条件必须同时说明，否则计划就会变成承诺。首先，这个日期是暂定的：纪要中明确注明，最终决定推迟到下一次会议。其次，这仅适用于测试网络，与主网无关。主网目前仍无具体日期，自8月20日以来，网络上流传的数字已不再可靠。

本文将为你展示这个日期从何而来、如何自行重新计算、哪些因素可能改变它，以及作为ETH持有者，这对你意味着什么。关于Glamsterdam实际包含哪些变更以及下一个升级的筛选机制，请参阅我们的文章《Glamsterdam之后的以太坊升级：Hegotá究竟决定了什么》。本文只关注时间表。

Glamsterdam 何时到来？首个日期出现在核心开发者纪要中

以太坊核心开发者通过公开视频会议协调升级，即“所有核心开发者会议”（All Core Devs Calls）。ACDC 会议是共识层版本的会议，也就是共识客户端团队协商时间、漏洞和测试网络的环节。会议有纪要，纪要及聊天记录随后会发布在项目的规划仓库中。

关键句子出现在2026年8月20日的 ACDC #185 会议纪要中。在“分叉状态”标题下，记录写道：Sepolia Glamsterdam 分叉提议：纪元 351232，时隙 11239424，2026年9月28日 — 无人提出反对；决定推迟至下一次 ACDC。 同一行在同一个文档的目标列表中再次出现，并附有“待下一次 ACDC 确认”的标注。

聊天记录让你可以逐分钟追踪这一时刻。在27分50秒，负责以太坊基金会测试网络协调的 Parithosh Jayanthi 将完整数值写入聊天：Sepolia：纪元 351232，时隙 11239424，Unix 时间戳 (1790606688)，2026年9月28日星期一，14:44:48。在接下来的60秒内，六位参与者用船表情符号回复了这条消息——这是这些会议中表示同意的惯用方式：分别来自 Lodestar、ethrex、Lighthouse、Nethermind、Teku 和 Prysm 的代表。不久后，Barnabas Busa 记录下如何解读这一情况：无人反对 = 同意。

这使得这个数字区别于其他流传的日期。它并非观察者的估算，也不是某个团队的愿望清单，而是来自协调方的提议，且客户端团队在记录中并未提出异议。但这仍然不构成约束力。

纪元、时隙和 Unix 时间戳对 Sepolia 分叉意味着什么

一个时隙是固定的12秒窗口，在此期间以太坊上恰好可以提出一个区块。一个纪元是32个这样的时隙的集合，即6分24秒的窗口。升级取决于纪元的开始，而不是日历上的某个时间。这就是为什么纪要中总是同时列出三个数字。

你可以通过两步来理解背后的算术。时隙编号等于纪元编号乘以32：351,232 乘以 32 得到 11,239,424，正好是纪要中的数字。时间戳则来自 Sepolia 信标链的起始时间加上每时隙12秒。结果是 Unix 值 1,790,606,688，对应 UTC 时间 2026年9月28日星期一 14:44:48。在德国夏令时则为 16:44:48。

实际上，这意味着一个头条新闻常忽略的问题：时钟时间是一个派生值，而非约定时间。它只在网络按时产生区块时成立。如果区块未能出现，实际激活时间会延迟，而无需任何人更改日期。

Sepolia、Hoodi、主网：为什么以太坊硬分叉会发生三次

硬分叉是对协议规则的不向后兼容的更改：未接受更新的软件之后将无法跟随链。由于此处出错代价高昂，每次更改都会分阶段推出。首先在内部测试网络上，然后在公共测试网络上，最后在主网上。

一个测试网络是运行相同软件但使用无价值代币的独立链。Sepolia 是应用程序开发者检查其合约的测试网络；Hoodi 是较新的网络，主要针对验证者和质押基础设施。两者在会议中都有自己的条目。

对于Hoodi，同一来源给出了纪元 132352、时隙 4,235,264 和 Unix 值 1,793,036,568，即 UTC 时间 2026年10月26日星期一 17:42:48。然而，这一行比 Sepolia 那一行更不稳固：纪要附加了“取决于稳定的开发网”的限定条件，并且在聊天中，Lighthouse 的代表 kingy_sigp 回复道：“只要我们有一个稳定的开发网，这个日期对我们来说没问题。”

对于主网，纪要中则没有一行字。无论是决策还是目标列表，都没有主网的日期。今天读到任何主网日期的人，读到的都是没有决策支撑的预测。

DevNet 8 故障：构建者存款缓存错误导致最终性丧失

一个开发网是开发者专门为某个升级阶段设置的短期测试网络，通常只运行几天。在8月20日会议之前的六小时，Gloas 阶段在 DevNet 8 上激活，过程中出现了问题。

纪要在一句话中记录了事件及其原因：激活触发了非最终性，到会议时最终性才刚刚恢复，原因是在分叉过渡时影响构建者存款的缓存错误。三个共识客户端受到影响：Lighthouse、Prysm 和 Teku。

一个客户端是节点参与网络的软件。以太坊特意由多个独立团队并行实现，这样某个软件中的错误不会拖垮整个网络。这正是这里起作用的机制：错误影响了三个实现，网络恢复了，并且在会议期间已经提出了应对措施。

纪要具体提到了其中两个措施。在Lodestar，优化了存款预处理，将分叉过渡的持续时间从约20秒缩短到约500毫秒；该更改已在主分支中。在Prysm，构建者存款缓存在分叉前已从分支中移除，并且一项额外优化使得即使没有缓存，恢复也能缩短到单个时隙。

最终性是什么意思，以及失去它为何会拖慢 Glamsterdam 的时间表

最终性描述的是区块被视为已结算且只能通过大量质押才能逆转的状态。如果最终性丧失，链确实会继续运行并产生区块，但没有任何区块是封闭的。对于交易所、桥接或质押协议来说，这是最尴尬的状态，因为没有安全的方式来确定哪个版本是正确的。

聊天中包含了关于这一判断的争论，这个争论值得一读，因为它清晰地分开了两个视角。Barnabas Busa 从协议的角度论证：“我们可能也会在主网上遇到非最终性。这为什么是个问题？我们没有共识问题。”来自质押提供商 Lido 的 Dima Gusakov 从运营者的角度回答，称他的团队无法检查其预言机和工具如何通过硬分叉，正是因为最终性丧失了。

对这一状况的严重程度，可以从同一位 Barnabas Busa 在会议稍后的一句评论中看出：“我认为也可以安全地说，如果我们有4-5个月的非最终性，那就玩完了。” 这句评论指的是另一个完全不同的关于数据保留的提案，但它表明了这里人们的思考量级。

在测试网络之前，还有测试网络的测试网络：只有短期开发网稳定运行后，Sepolia 和 Hoodi 的日期才会更近。

Lido 和 Optimism 要求测试窗口，这是记录中唯一的反对意见

这个日期没有正式反对，但并非没有条件。两位运营者在会议期间明确提出了要求，并且都按姓名记录在纪要中。

Lido，根据 Dima Gusakov 的说法，需要至少在稳定的开发网上运行一天，最好是两天，以便在 Glamsterdam 激活前检查预言机和工具。Optimism，通过 Chris Berry，要求类似的窗口，并在聊天中明确说明：“如果我们知道，我们可以做1-2天。” 此外还有一项请求，即提前一周宣布开发网分叉，以便验证者及时上线。

Gusakov 在日期本身上说得更明确。在 Hoodi 那一行之后不久，他在聊天中写道：“我宁愿这两个日期都稍微晚一点。比如一周左右，以便为待定的开发网测试留出更多空间。” 另外两位参与者 Miguel Tenorio 和 Chris Berry 标记了这条消息表示同意。这不是否决，也没有阻止提议，但这是唯一有记录的声音认为9月28日太早了。

现在任何想要确定这个日期的人都有双方的信息。支持的有六家客户端团队的批准，以及纪要中“无人提出反对”的结论。反对的是网络最大的质押运营者希望有更多缓冲，并且 Hoodi 那一行明确依赖于稳定的开发网。

9月3日是日期背后的日期：ACDC 会议 #186 将做出决定

纪要中的关键措辞是半句“决定推迟至下一次 ACDC”。这使得9月28日成为一个仍需投票的目标。因此，真正的问题是：这个目标何时变成决定？

这些会议每两周举行一次。第184次会议于8月6日举行，第185次于8月20日。因此下一次会议是2026年9月3日。在此之前，该日期仍是一个获得广泛支持的提议；之后，它要么被确认，要么被推迟，要么被拆分。

对你作为读者来说，这有一个实际用途。如果你在9月3日至9月5日之间读到 Glamsterdam 现在有了日期，那正是这个提议的确认，而不是新闻。如果那里出现了不同于9月28日的日期，说明会议中有所变动，这时值得查看纪要。

为什么流传的主网日期（如11月4日）已不再可靠

英文日程聚合器几周来一直为 Glamsterdam 列出三个数字：Sepolia 9月21日，Hoodi 10月5日，主网2026年11月4日。在相关页面上，这些条目大多被标记为基于早期目标的预测，没有决策支撑。

截至8月20日，这三个数字都已过时。Sepolia 的数字推迟了一周，Hoodi 推迟了三周。而11月4日的主网分叉仅比10月26日的 Hoodi 分叉晚九天。在以太坊上，通常需要几周的时间将第二个公共测试网络与主网分开，在这几周内观察和评估激活情况。九天对于这一步来说异常紧张。

8月中旬的德语报道则仍停留在会议前的状态。那里，Glamsterdam 是一项被推迟到2026年第四季度且进度落后的升级。这截至8月19日是正确的，但此后就不完整了，因为缺少测试网络的线路。如果你发现自己正在根据从标题中挑选的日期来排列决策，那么对照原始来源是值得的。无论如何，比较提供商的人可以在我们的最佳加密货币交易所比较中找到当前条款。

EIP-7610 已从 Glamsterdam 中取消，而非推迟

EIP 是以太坊改进提案，是单个技术变更的正式提案。哪些 EIP 能进入升级由核心开发者在这些会议中决定，列表在激活前都是可变的。

在8月20日的会议中，一位参与者询问了 EIP-7610 的状态，该提案已从 Glamsterdam 范围中移除：是推迟还是彻底取消。EIP 编辑 Jochem Brouwer 在聊天中的回答明确无误：“明确回答，取消。我也会要求作者正式撤回这个 EIP。” 纪要中在“决策”下也提到了这一点，并给出了原因：EIP-7610 已被 EIP-8253 取代，而后者针对的是 Hegotá，即 Glamsterdam 之后的升级。

推迟和取消之间的区别听起来很学术，但对时间表有影响。一个推迟的 EIP 会在下一轮再次出现在同一列表中。一个取消的 EIP 则已经结束，另一个内容不同的提案将取而代之。

Hegotá 迎来首轮筛选：EIP-833 和 EIP-8379

在 Glamsterdam 走向测试网络的同时，下一次升级的筛选也在同一会议中开始了。根据纪要，两个提案被视为暂定安排：EIP-833，修复检查点根计算中的离一错误，提高目标投票的准确性；以及EIP-8379，旨在使共识客户端成为唯一的同步源，从而减少重复的区块传播。

第三个提案，关于缩短共识区块保留窗口的 EIP-12188，既未列入列表也未进入垃圾箱：它被退回研究讨论。对此，纪要记录了一位参与者质疑其动机，另一位则表现出谨慎的开放态度。

对时间表来说更有趣的是与之并行的组织决策。所有客户端团队必须在9月中旬前发布对 Hegotá 提案的初步评估，分为从 S 到 D 的四个等级。Barnabas Busa 在聊天中定义了等级：S 表示强烈推荐纳入，A 表示一旦未决问题解决后推荐纳入，B 表示拓展目标，D 表示拒绝。到 DevCon 时，这应形成对范围的大致共识。

分叉在达到特定纪元时开启。报道中的时钟时间只是该纪元的转换值。

9月28日对你作为 ETH 持有者意味着什么

简短的回答：没什么。9月28日涉及 Sepolia，而 Sepolia 是一个测试网络。那里使用的 ETH 没有市场价值，通过水龙头免费发放，且不能兑换成真实的 ETH。Sepolia 上的分叉既不影响你的余额，也不影响你的地址，也不影响你的税务状况。

这次升级也没有快照、没有兑换、没有新代币。Glamsterdam 是现有链的协议升级，不是链分裂，也不是迁移。如果有人告诉你相反的情况，那是在向你推销东西。

这正是围绕分叉日期最常见的骗局目标。每次日期公布后，都会出现敦促行动的消息：所谓的钱包迁移、解锁某物的表格、截止日期。应对规则很简单且没有例外：以太坊升级永远不会要求你输入助记词、转移资金或验证账户。

质押、你自己的节点和交易所余额：谁真的需要在分叉时采取行动

硬分叉只在一种情况下产生行动需求，即那些自己运行软件的人。这个圈子是可控的。

如果你运行自己的节点或验证者

那么你必须在激活前将客户端软件更新到知晓新规则的版本。对于测试网络，这适用于各自日期；对于主网，则稍后。错过的人将在分叉后无法跟随链。8月20日的开发网经验也表明，不要使用第一个版本，而应使用过渡错误已修复的版本。

如果你通过提供商质押

那么提供商会处理更新，这正是 Lido 在会议中要求测试窗口的原因。你只需提前了解你的提供商是谁以及它如何沟通。一个对升级保持沉默的提供商，在下次中断时也不会更积极。

如果你的 ETH 在交易所或钱包中

那么你无需做任何事。交易所更新自己的节点，没有自己节点的钱包会自动跟随。经验表明，个别交易所会在大型主网分叉周围暂停存款和取款数小时。这是例行操作，会提前公告，并且无论如何不会影响测试网络分叉。

如何用五分钟自行检查 Glamsterdam 日期

你不必依赖任何头条新闻。核心开发者的文档是公开的，获取路径与本文相同。

会议资料存放在项目的规划仓库中，按日期排序。对于2026年8月20日的会议，有两个文件：带有决策和目标的摘要以及完整的聊天记录。在第一个文件中，你可以找到关于分叉状态、决策和目标的各行；在第二个文件中，有时间戳、确切的数字以及团队的反应。

你自己进行转换。将纪元编号乘以32得到时隙。将时隙乘以12秒，再加上相关链的起始时间，就得到 Unix 时间戳。如果你的结果与所述时间一致，则数字内部一致。如果存在偏差，说明有人复制时没有进行算术运算。

要了解单个提案的评级概览，项目还运行一个公开排名工具，会议中明确提到了这一点。从9月中旬起，你可以从中看到客户端团队如何分类 Hegotá 提案。

阅读以太坊升级日期：要点总结

2026年9月28日是 Glamsterdam 的第一个可靠日期。它适用于测试网络，有待9月3日确认，并且尚未说明主网情况。记住这一点，未来几周会比市场平静得多。

在日历上标注9月3日，而不是9月28日。那是下一次会议决定日期是否成立的日子。在此之前，任何使用“已决定”一词的报道都是不准确的。如果你仍在比较条款，我们的交易所比较是最快捷的方式。

提前确定谁为你做更新。拥有自己的节点是你自己，使用质押提供商则是提供商。仍在选择提供商的人应观察其围绕升级的沟通方式；差异在我们的质押比较中有所阐述。

将每一个行动呼吁视为诈骗尝试。协议升级从不要求迁移你的资金。持有自己的密钥是对抗这一骗局的最佳保护；相关设备在我们的硬件钱包比较中列出。

（截至2026年8月21日。本文不构成投资建议。价格和费用结构会变化；购买前请向提供商核实条款。）