loading...
以太坊即将迎来下一次重大升级，并且首次确定了具体日期：Glamsterdam 将于2026年10月6日在 Sepolia 测试网上激活。如果你进行质押操作，那么从那一刻起，你的节点就需要使用一个目前尚未作为稳定版发布的软件版本。在2026年9月11日，我们统计了所有十大以太坊客户端的已发布版本级别，以展示实际准备工作进展到了哪一步。
先说简短的结论：截至那一天，所检查的十个客户端中，没有一个携带包含该升级名称的稳定版本。相关工作正在进行预发布和夜间测试构建。这意味着你今天什么都不需要做。更重要的是要知道时刻何时到来。
每篇关于此次升级的报道中都会出现三个术语，它们的含义各不相同。
Glamsterdam 是对以太坊协议规则下一次变更的统称。它由以太坊同时更改的两个层的名称组成：共识层的 Gloas 和执行层的 Amsterdam。因此，任何在会议纪要中读到关于 Gloas 的人，实际上是在阅读同一过程，只是另一半内容。
Sepolia 是一个测试网络。它运行与主网相同的软件，但使用的是无价值的代币。新的协议规则会在触及真实资金之前先在 Sepolia 上线。Sepolia 上的错误只会消耗开发者的时间；而主网上的错误则会损失投资者的资金。这就是顺序的原因。
硬分叉（Hard fork） 是一种使旧软件和新软件不兼容的规则变更：不知道新规则的节点将从切换点开始遵循与网络其余部分不同的链。这正是为什么在分叉之前更新客户端是参与的前提条件，而非建议。
这个日期来自2026年9月3日举行的第186次共识层开发者会议。在那里，客户端团队确定了 epoch 351232 作为切换点，对应于 UTC 时间2026年10月6日 13:53。自那以后，以太坊基金会的路线图页面一直将该日期列为下一个里程碑，并将升级状态标记为“在 devnets 上进行测试”。
对于主网而言，没有确定日期。同一页面指出“2026年第四季度”，并明确补充说明该日期尚未确认。开发者圈子中曾讨论过12月的时间点，但无人受其约束。任何人今天引用主网日期，引用的都只是一种预期。
Sepolia 的日期本身也附带保留条件。会议议程记录显示，Lido 和 Optimism 要求在安排分叉之前，至少要在测试网络上拥有一个稳定的运行日。这一条件在9月11日时尚未满足。
Devnet 是专为升级测试而设立并在之后废弃的短期开发者网络。它是公共测试网之前的阶段。
Glamsterdam-Devnet-10 原本 intended 成为 Sepolia 之前的最后一个此类网络。计划已经改变。开发者安排了另一个网络 Devnet-11，定于2026年9月14日星期一启动。Devnet-8 上的测试继续进行，而在 Devnet-9 上，客户端正在单独进行测试。
因此，10月6日之前的状况可以精确描述：计划开始的 Devnet-11 与 Sepolia 日期之间有22天。在此期间，客户端团队必须稳定运行网络，修复发现的错误，并从中构建发布版本。如果 Devnet-11 无法维持，Sepolia 的日期将会推迟。这正是这些网络存在的目的。
任何进行质押操作的人都在并行运行两个程序：执行客户端和共识客户端。在分叉之前，两者都必须保持最新。
这项调查由 cryptoticker.io 于2026年9月11日进行。方法：通过 GitHub 的公共接口，我们检索了十个开源以太坊客户端的发布列表，并记录了每个客户端最新的稳定版本及其发布日期；预发布版本单独记录。参考时间为 UTC 18:00，共检查了十个对象。
| Geth | 执行 | v1.17.5 | 2026年7月27日 | 46天 | Nethermind | 执行 | v1.39.3 | 2026年8月6日 | 36天 | Besu | 执行 | 26.8.1 | 2026年9月1日 | 10天 | Erigon | 执行 | v3.6.1 | 2026年9月9日 | 2天 | Reth | 执行 | v2.5.2 | 2026年9月2日 | 9天 | Prysm | 共识 | v7.1.8 | 2026年7月29日 | 44天 | Lighthouse | 共识 | v8.2.2 | 2026年8月18日 | 24天 | Teku | 共识 | 26.8.0 | 2026年8月10日 | 32天 | Nimbus | 共识 | v26.8.0 | 2026年8月28日 | 14天 | Lodestar | 共识 | v1.47.0 | 2026年9月2日 | 9天 |
我们无法检查的内容也属于调查范围：我们评估了版本名称、发布日期和预发布标记，而不是每份发布说明的全文。一个版本可能包含 Glamsterdam 规则，但其名称中并不包含该词。此外，未捕获的还有各团队私下交换而不作为正式版本发布的特定 devnet 专用构建版本。
可以从表格中读出三个发现。
第一：十个稳定版本中，没有任何一个在版本名称或标签中包含 Glamsterdam、Gloas 或 Sepolia。这与路线图页面所描述的开发现状相符。
第二：发布节奏差异很大。四个客户端在9月构建了其最新的稳定版本，Erigon 甚至就在两天前。另外四个落后超过30天，以 Geth 的46天和 Prysm 的44天领先。这并不能得出关于就绪程度的结论，但可以得出一种预期：在这些团队中，发布版本尚未到来。
第三：可见的动态发生在预发布版本中。Nethermind 于9月2日发布了 2.0.0-rc 预发布版本，Lodestar 于8月27日为 1.47.0 发布了预发布版本，Nimbus 于9月11日上午提交了夜间测试构建。工作目前正在这里进行。
对你的结论是不引人注目但有用的：目前没有什么需要安装的。你用于分叉的版本尚未作为稳定版存在。现在匆忙更新毫无益处。
自从转向权益证明（Proof of Stake）以来，以太坊节点由两个并行运行并相互通信的程序组成。
执行客户端（Execution client） 执行交易并管理链的状态。Geth、Nethermind、Besu、Erigon 和 Reth 属于这一组。共识客户端（Consensus client） 确定哪个区块算作下一个，并负责质押事务。Prysm、Lighthouse、Teku、Nimbus 和 Lodestar 处理这项工作。
Glamsterdam 在两个层面上更改规则。因此，仅更新一侧是不够的。如果有人更新了共识客户端却忘记了执行客户端，那么在切换后，他们的节点的两半将产生分歧。在实践中，这意味着错过 attestations（证明），如果你是验证者，则意味着放弃奖励。累积的损失取决于这种情况未被发现的时间长短。
如果某项服务为你质押 ETH，那么该服务承担此任务。哪些提供商承担此任务以及条款如何，详见我们的质押平台比较。
即使没有可用发布版本，以下四点值得提前做：
记下机器上运行的版本：分别记录两个客户端的版本。令人惊讶的是，许多运营人员在关键时刻并不凭记忆知道这一点，然后在时间压力下四处寻找。检查安装是否自动拉取发布版本：还是手动更新？对于分叉，自动路径更安全，前提是它拉取的是稳定版而不是预发布版。查看有多少空闲磁盘空间：因磁盘已满而导致升级失败是可以避免的中断。订阅两个客户端的发布通知：这是团队宣布主网分叉日期的渠道，比任何新闻网站都快。
硬分叉将更新的节点与过时的节点分开：从切换点开始，它们遵循不同的规则。
在 earmarked 为 Glamsterdam 的提案中，有一个直接与质押相关。EIP-8061 提高了所谓的 churn（周转率），即允许每单位时间内退出网络或被合并的验证者数量。
为什么这很重要：任何人将 ETH 从质押中提取出来，都会加入队列。其长度由此上限决定。它在某些时候能有多长，我们在八月用当天的数字进行了描述；细节见我们对质押队列的分析。如果周转率上升，在需求不变的情况下，等待时间会缩短。
另外两个提案塑造了升级的本质。EIP-7732 在协议中锚定了区块提议和区块构建的分离。EIP-7928 引入了区块级访问列表，预先告知处理程序区块触及状态的哪些部分。这两者都旨在提高区块构建的速度和平等性，而不是改变你的余额。
升级的范围被视为冻结，但在主网之前仍可能发生变化，因为总提案正式处于草案状态。完整列表由以太坊基金会的路线图页面承载。
大部分质押的 ETH 位于交易所、质押服务和流动性质押协议中，只有一小部分在私人机器上。如果这描述了你，那么客户端更新不是你的工作。仍有两件事值得做。
首先，检查你的提供商是否保持状态页或公告频道，以及上面是否有任何关于 Glamsterdam 的信息。无声处理网络升级的提供商让你无法理解中断的原因。
其次，检查你的提供商如何处理维护窗口。围绕主网分叉，许多服务会暂停存取款几个小时。这是惯例，通常无害，但这并不是进行计划交易的糟糕时刻。
以下是与此主题相关的安心保证：如果你仅仅持有 ETH，无论是在自己的钱包中还是通过提供商，Glamsterdam 对你没有任何要求。没有互换，没有迁移，没有会让你花钱的截止日期。你的地址保持不变，你的余额保持不变。
这种类型的升级改变了网络构建和检查块的规则。它不会改变你钱包中的持仓。硬件钱包也不需要特别的准备；哪些设备覆盖哪些功能，我们在硬件钱包比较中并排列出。
在其他地方需要谨慎。网络升级是诈骗尝试的已知时机。围绕分叉，通常会突然出现敦促所谓迁移或索要助记符的消息。真正的协议变更永远不需要这样做。任何要求你输入恢复短语的人都想要你的钱。
未来几周有三个信号比任何头条新闻更能说明问题。
第一个是9月14日的 Devnet-11。如果它连续几天正常运行而不崩溃，10月6日是合理的。如果最终化再次中断，日期将会移动。
第二个是客户端团队的发布版本。一旦几个客户端在几天内相继发布支持 Sepolia 的稳定版本，分叉就真正准备好了。这个序列永远不会反向运行。
第三个是路线图页面本身。它承载着带有日期的下一个里程碑，并且条目得到维护。我们在关于 Sepolia 的 Glamsterdam 日期的文章中描述了八月的原始决定；那里的九月保留意见尚未包括在内。开发者会议的纪要由 Christine Kim 在她的第245次执行层开发者会议笔记中总结。
今天记录你的两个客户端版本，并订阅它们的发布通知。
没有什么需要安装：在9月11日，所检查的十个客户端中，没有一个携带任何 Glamsterdam 参考的稳定版本。如果你根本不想运行节点，我们的质押平台比较是更快的途径。
关注9月14日的 Devnet-11，而不是日历。
Sepolia 的10月6日日期取决于该测试，而对于主网，无论如何只有2026年第四季度的未确认指示。如果你在此过程中持有自己的密钥，我们的硬件钱包比较有助于选择设备。
将每一个迁移提示视为诈骗企图。
协议升级永远不会询问你的助记符。相反，保持你的记录整洁，以便追踪质押奖励；合适的工具在我们的加密货币税务工具比较中。
（截至2026年9月11日。本文不构成投资建议。价格和费用结构会变化；购买前请与提供商核实条款。）
869
831
971
422
518
726
853
904
814
176
