以太坊升级 Glamsterdam：质押者现在需要检查他们的客户什么

以太坊正在进行下一次重大升级，并且首次确定日期：2026 年 10 月 6 日，Glamsterdam 将于 Sepolia 测试网络上激活。如果你自己抵押，那么你的节点就需要一个目前不存在的稳定版本的软件版本。 2026 年 9 月 11 日，我们统计了所有 10 个主要以太坊客户端的已发布版本级别，以显示准备工作实际上已经进行了多远。首先简单回答一下：当天检查的 10 个客户端中没有一个带有以升级名称命名的稳定版本。这项工作正在预发布和夜间测试版本中进行。对你来说，这意味着今天不需要做任何事情。更重要的是知道那一刻何时到来。 Glamsterdam、Gloas 和 Sepolia：以太坊升级名称背后的含义 每个关于此次升级的报告中都会出现三个术语，它们的含义不同。 Glamsterdam 是以太坊协议规则的下一次变更的统称。它是由以太坊同时改变的两层名称组合而成：Gloas 为共识层，Amsterdam 为执行层。因此，任何在会议纪要中阅读有关格洛斯的人都在阅读相同的过程，只是它的另一半。 Sepolia 是一个测试网络。它运行与主网络相同的软件，但带有毫无价值的代币。新的协议规则在触及真实货币之前就已生效。 Sepolia 上的错误耗费了开发人员的时间；主网络上的错误会让投资者损失金钱。因此就有了这个顺序。硬分叉是一种使新旧软件不兼容的规则更改：不知道新规则的节点从切换开始遵循与网络其他部分不同的链。这正是为什么分叉前客户端更新是参与的先决条件而不是推荐的原因。为什么 Sepolia 的日历中包含 2026 年 10 月 6 日 该日期来自于 2026 年 9 月 3 日举行的第 186 次共识层开发者电话会议。客户团队确定纪元 351232 作为切换点，对应于 2026 年 10 月 6 日 13:53 UTC。以太坊基金会的路线图页面已将该日期列为此后的下一个里程碑，并将升级状态列为开发网络测试。对于主网络，没有日期。同一页显示 2026 年第四季度，并明确补充说日期尚未确定。开发者圈子里已经讨论了 12 月的时间段，但没有人受到它的约束。今天任何人向你引用主要网络日期都是在引用一种期望。塞波利亚日期本身也需要预订。通话议程记录了 Lido 和 Optimism 要求在计划分叉之前测试网络至少稳定运行一天。 9 月 11 日，这一条件尚未满足。devnet 是专门为升级测试而建立的短期开发者网络，随后被丢弃。这是公共测试网之前的阶段。 Glamsterdam-Devnet-10 最初是 Sepolia 之前的最后一个网络。该计划已改变。开发人员已安排另一个网络 Devnet-11 于 2026 年 9 月 14 日星期一启动。Devnet-8 的测试将并行进行，Devnet-9 客户端的测试将单独进行测量。因此，10 月 6 日之前的情况可以准确地描述：Devnet-11 的计划启动与 Sepolia 日期之间有 22 天。在此期间，客户团队必须稳定运行网络，修复发现的错误并根据结果构建发布版本。如果 Devnet-11 不起作用，Sepolia 日期就会改变。这正是这些网络的用途。任何人都会并行运行两个程序：执行客户端和共识客户端。两者都必须在分叉之前是最新的。客户端准备情况检查：9 月 11 日的 10 个以太坊客户端及其版本 这项调查由 cryptoticker.io 于 2026 年 9 月 11 日进行。 方法：通过 GitHub 的公共界面，我们检索了 10 个开源以太坊客户端的发布列表，并记录了每个客户端的最新稳定版本及其发布日期；预发行版是单独录制的。在参考时间 18:00 UTC 检查了 10 个物体。客户端层 最新稳定版本 发布时间 Geth Execution v1.17.5 2026年7月27日 46天 Nethermind Execution v1.39.3 2026年8月6日 36天 Besu Execution 26.8.1 2026年9月1日 10天 Erigon Execution v3.6.1 2026年9月9日 2天 Reth Execution 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 Consensus v1.47.0 2026 年 9 月 2 日 9 天 我们无法检查的内容也属于调查：我们评估了版本名称、发布日期和预发布标记，而不是每个发布描述的全文。版本可以包含 Glamsterdam 规则，但名称中不包含该单词。同样没有捕获的是针对各个开发网络的特殊构建，团队之间可以交换这些构建，而不将它们作为版本发布。

数据对格拉姆斯特丹时间表的影响 从表中可以看出三项发现。首先：十个稳定版本中没有一个在其版本名称或标签中包含 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 日上午提交了夜间测试版本。这就是目前正在进行的工作。因此，对您来说，结论并不引人注目，但很有用：目前没有任何可安装的内容。您需要的 fork 版本尚不作为稳定版本存在。匆忙更新现在对你没有任何好处。自从过渡到权益证明以来，以太坊节点由两个并行运行并相互通信的程序组成。执行客户端执行交易并管理链的状态。 Geth、Nethermind、Besu、Erigon 和 Reth 属于这一组。共识客户端决定接下来计算哪个区块并负责质押。 Prysm、Lighthouse、Teku、Nimbus 和 Lodestar 负责这项工作。格拉姆斯特丹改变了两层的规则。因此，仅一侧更新是不够的。任何更新共识客户端并忘记执行客户端的人都会在切换后得到一个两半不一致的节点。在实践中，这意味着错过证明，如果你是验证者，就意味着放弃奖励。累加多少取决于这种情况被忽视的时间。如果某个服务为您抵押您的 ETH，那么该服务就会承担该任务。我们对质押平台的比较中列出了哪些提供商接受该服务以及按照什么条款进行。即使没有可用的版本，单独的质押者应该在分叉之前检查其节点的四点已经值得做。记下您的计算机上正在运行的版本，分别为两个客户端运行。数量惊人的操作员在重要的时候并没有记住这一点，然后在时间压力下去寻找。检查您的安装是自动拉取版本还是手动更新。对于分叉来说，自动路线是更安全的路线，只要它拉动稳定版本而不是预版本。查看有多少可用磁盘空间。在完整磁盘上失败的升级是可以避免的中断。订阅两个客户的发布通知。这是团队宣布主网分叉日期的渠道，而且比任何新闻网站都要快。硬分叉将更新的节点与过时的节点分开：从切换开始，它们遵循不同的规则。 EIP-8061 和退出队列：质押者的变化 在为 Glamsterdam 指定的提案中，其中一项直接涉及质押。 EIP-8061 引发了所谓的流失，即每单位时间允许退出网络或合并的验证者数量。为什么这很重要：任何从质押中取出 ETH 的人都会加入队列。它的长度是从这个天花板开始的。有时我们会使用当天的数据来描述它可以持续多久；详细信息在我们对质押队列的分析中。如果客户流失率上升，则在需求不变的情况下等待时间会缩短。另外两项提案决定了升级的实质内容。 EIP-7732 在协议中锚定了区块提议和区块构建的分离。 EIP-7928 引入了块级访问列表，它提前告知处理块涉及状态的哪些部分。两者的目标都是块构建的速度甚至治疗，而不是对你的余额进行任何改变。升级的范围算作冻结，但它仍然可以在主网络之前改变，因为总体提案正式处于草案状态。完整列表由以太坊基金会的路线图页面提供。