以太坊测试：当最终性失效时

关键要点

Devnet-9 将分叉与故障测试结合进行。最终确认需要质押 ETH 的三分之二。在最终确认停滞期间，区块仍可继续生成。不活跃泄漏机制能够恢复最终确认。此次测试仅限于一个隔离的开发网络。真正的测试将在 Gloas 激活后启动。

以太坊发布的 Glamsterdam devnet-9 规范为开发者安排了两项连续任务。他们必须首先完成一次干净的 Gloas 转换，然后故意将验证者参与率降至检查点最终确认所需的阈值以下。

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

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

这一顺序赋予了测试价值。一个客户端在正常条件下能够正确处理分叉，但只有在最终确认停滞且网络需要恢复时，才可能暴露出分歧。

最终确认停止时，区块仍可继续生成

以太坊并不需要最终确认来维持区块生产。简单来说，最终确认是以太坊将区块视为不可逆的时间点。撤销一个已最终确认的区块需要销毁至少三分之一的质押 ETH。

验证者仍可提议区块，交易仍可被包含，网络仍可选择链头。最终确认是一种更强的结算保证，它是在代表至少三分之二质押 ETH 的验证者就检查点达成一致后才出现的。

以太坊的权益证明文档解释称，已最终确认的检查点在经济上难以逆转。没有这一状态，近期区块仍面临更高的重组风险，依赖最终确认的应用可能需要等待，才能将活动视为已结算。

当参与率降至三分之二以下时会发生什么

可以继续进行的部分：

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

必须等待最终确认的部分：

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

此次测试重现了 Coindoo 分析中探讨的“三分之一故障边界”——即以太坊 33% 的最终确认阈值。超过三分之一的质押未能参与，即使区块生产仍在继续，也可能阻止最终确认。

以太坊如何恢复缺失的绝对多数

以太坊的恢复机制称为“不活跃泄漏”。在超过四个纪元（约 25 分钟，按当前网络时间计算）没有最终确认后，协议开始逐步减少未正确参与验证者的余额。

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

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

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

一份有用的测试报告应回答四个实际问题：参与测试的客户端是否以相同方式应用了 Gloas 规则？开发网络处于无最终确认状态持续了多长时间？客户端是否保持同一个链头？恢复后，第一个检查点何时完成最终确认？

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

为何在 Sepolia 测试前这么做很重要

最终确认停滞不仅是理论风险。2023 年，由于 Prysm 客户端问题，以太坊主网曾经历两次临时最终确认停滞，尽管区块仍在持续生成。此次开发网络测试是在 Glamsterdam 进入更广泛测试阶段之前，对恢复路径进行的一次受控尝试。

Glamsterdam 目前仍处于开发网络测试阶段。以太坊将 Sepolia 分叉列为下一个里程碑，预计于 9 月 28 日进行，而主网上线预计在 2026 年第四季度，但尚未确认具体日期。官方 Glamsterdam 路线图仍是其部署的参考依据。

当开发者公布结果时，关键的细节将是最终确认停滞了多久、客户端是否保持同步、以及恢复后第一个完成最终确认的检查点是哪个。