真正的考验在 Gloas 激活之后开始

以太坊发布的 Glamsterdam devnet-9 规范 为开发者布置了两项按顺序执行的任务。首先，他们必须完成一次干净的 Gloas 过渡；然后必须故意将验证者参与率推低至完成检查点所需的门槛以下。

Gloas 分叉定于 9 月 2 日 15:00 UTC 进行。同一规范将非最终性列为该 devnet 的第二个测试目标，但并未确认这一阶段是否已经开始或结束。

Gloas 是更广泛的 Glamsterdam 硬分叉中计划的两项升级之一，而像这样的 devnet 是短期、专门构建的网络，客户端团队可以在其中演练那些在公共测试网上（更不用说主网）上演风险过高的故障场景。

第一阶段很重要，因为 Gloas 必须应用于在创世时创建的大型分叉前状态，而不是在数天区块生产中逐步积累的状态。第二阶段提出了一个更棘手的问题：当客户端接受新规则之后，如果以太坊失去其最重要的安全保障之一，它们是否仍能保持一致？

正是这种顺序安排赋予了这次演练价值。一个客户端在正常条件下可以正确处理分叉，但只有在最终性停滞、网络必须恢复时，才可能暴露出分歧。由于以太坊主网由多个独立的执行层和共识层客户端运行，这种压力下的跨客户端一致性正是 devnet 存在的意义所在。

最终性可以停止，而区块仍在继续产生

以太坊不需要最终性来继续产生区块。简单来说，最终性是以太坊将某个区块视为永久不变的时间点。逆转一个已最终确定的区块需要至少三分之一的质押 ETH 被销毁。

验证者仍可提出区块，交易仍可被打包，网络仍可选择链头。最终性是更强的结算保证，当代表至少三分之二质押 ETH 的验证者就检查点达成一致时才会产生。

以太坊的权益证明文档解释说，已最终确定的检查点在经济上难以逆转。在没有该状态的情况下，近期区块更容易受到重组影响，而依赖最终性的应用可能会等待一段时间后才将活动视为已结算。

当参与率降至三分之二以下时会怎样

可以继续的：

• 新区块仍可被提出。以太坊不需要最终性来继续产生区块。
• 交易仍可进入这些区块。用户可以提交活动，同时验证者继续选择链头。
• 网络可以继续向前推进。最终性停滞并不等同于链的完全停止。

必须等待最终性的：

• 没有新的检查点会在经济上变为最终确定。验证者需要三分之二的质押 ETH 才能恢复该保证。
• 依赖最终性的结算必须等待。一些跨链桥、交易所和应用依赖已最终确定的检查点。
• 近期区块承担更多重组风险。在最终性恢复之前，它们缺乏以太坊最强的结算保护。

此次演练重现了 Coindoo 对以太坊 33% 最终性门槛的分析中探讨的三分之一故障边界。超过三分之一的质押停止参与可以在区块生产继续的同时使最终确定停滞。

以太坊如何找回缺失的绝对多数

以太坊的恢复机制称为不活跃泄漏。在超过四个 epoch 没有最终性之后——按当前网络时间约为 25 分钟——协议开始逐步削减未正确参与的验证者的余额。

随着这些不活跃余额的缩减，活跃验证者持有的份额随之上升。一旦活跃验证者再次代表至少三分之二的剩余质押，它们就可以最终确定检查点并恢复以太坊的完整结算保证。

这一过程是渐进的，并且对保持离线的验证者而言成本高昂。在停滞期间，交易仍可能出现在区块中，但需要最终性的应用必须等待网络重新获得它。以太坊在其验证者奖励与惩罚文档中详细说明了该机制。

开发者需要公布的四个答案

这次演练的一份有用的报告将回答四个实际问题：

1. 参与的客户端是否以完全相同的方式应用了 Gloas 规则？
2. devnet 在没有最终性的状态下持续了多久？
3. 客户端是否保持了同一个共享链头？
4. 恢复后第一个检查点在何时被最终确定？

这些细节将表明网络是否干净地恢复了，而不仅仅是确认开发者故意制造了一个困难状况。

为什么这在 Sepolia 之前很重要

最终性停滞不仅仅是理论上的风险。2023 年，以太坊主网在出现 Prysm 客户端问题后经历了两次暂时的最终性停滞，尽管当时区块仍在继续产生。这次 devnet 演练是在 Glamsterdam 进入更广泛测试阶段之前，对该恢复路径进行的一次受控测试。

Glamsterdam 仍处于 devnet 测试阶段。以太坊将 9 月 28 日的 Sepolia 分叉列为下一个里程碑，而主网启动预计在 2026 年第四季度，但尚无确认日期。官方的 Glamsterdam 路线图 仍是其推出的参考依据。

当开发者公布结果时，重要的细节将是最终性停滞了多久、客户端是否保持一致，以及恢复后哪个检查点最先被最终确定。

本文 Ethereum Tests What Happens When Finality Stops 首先发布于 Coindoo。