以太坊研究人员于10月21日提交的一份草案提案，计划通过将网络的两个共识投票流程拆分为独立的消息流，把预期的交易最终确认时间从约16分钟缩短至约4分钟。该 Decoupled Consensus 草案目前仍处于开放且未合并状态。

Ben Edgington 将自己的角色描述为协调以太坊快速最终确认工作，他发起了该 pull request，并与 Francesco D'Amato、Roberto Saltini、Yann Vonlanthen 和 Mikhail Kalinin 共同撰写了这份草案。他在 pull request 中的说明写道，"许多方面仍有待确定（TBD）"，当前的首要目标是获得一个 EIP 编号。EIPs 代码库中的一位审阅者当天提议编号为 8453，并要求作者在 Ethereum Magicians 论坛（提案讨论的场所）上开启讨论帖。

为什么最终确认仍需约16分钟

最终确认标志着在此之前以太坊验证者不会回滚区块的分界点。达成最终确认需要两轮投票——一轮用于证明（justify）检查点，另一轮用于最终确定（finalise）它——而每一轮持续一个 epoch，即32个12秒的 slot。Edgington 在5月11日发布于以太坊基金会协议共识博客的一篇文章中指出，最低时间为768秒，一笔交易的预期确认时间约为960秒，在正常情况下最新区块中有63至95个未达成最终确认。

这些近期区块仍可能被重组：节点可能切换到竞争性的区块序列，被丢弃区块中的交易会被送回内存池等待再次打包。已最终确认的区块则难以撼动。回滚一个区块需要攻击者持有超过全部质押量三分之一的权益，而且通过罚没（slashing）机制，他们将损失至少所有已质押 ETH 的三分之一。

同一篇文章还描述了一种旨在提供更早信号的高速确认规则。当网络运行顺畅且没有过于强大的攻击者时，它应能在约13秒内显示一个区块不会被重组。该规则对攻击者没有经济惩罚，也不容忍网络延迟，因此在网络出现问题时会退回到完整最终确认——而这恰恰是服务最需要确定性的时刻。

因此，处理以太坊交易的服务需要自行选择接受多长的最终确认等待时间该文章列举了几个示例，包括 Circle 面向 USDC 的跨链转账协议（CCTP）。（来源：Ben Edgington，以太坊基金会协议共识博客，2026年5月。）

更快的最终确认将缩小这些路径之间的差距，无论是对稳定币跨链桥，还是对诸如JPMorgan 正在引入以太坊的银行存款等较新的代币化产品而言。Edgington 预计跨链桥接将体现最显著的收益。

一份证明变成两条消息

以太坊当前的共识设计 Gasper 将两张选票打包进每个验证者证明中。一张用于 LMD GHOST——即告知下一个提议者应基于哪个区块构建的 fork choice 规则；另一张用于 Casper FFG——即最终确定检查点的较慢流程。由于两者一同传输，fork choice 每个 slot 依赖来自约30,000名验证者的证明，但该草案背后的研究人员表示，数量远少于此即可。

这份EIP 草案将这些投票转换为各自独立传输并被独立处理的 separate 消息：

• Head 投票。 每 slot 由约512名验证者组成的委员会（按各验证者的有效余额（即协议计入的质押量）成比例的几率抽取）决定哪个区块是链的头部，以及哪些近期区块被确认。
• 最终确认证明。 全体验证者集合决定哪些区块被证明（justified）并最终确认（finalised），以独立时间表分轮进行，每一步都需要至少三分之二的活跃质押。

由于拥有自己的时间表，最终确认轮次可以利用整个投票周期的带宽，并且日后可以在不重新设计 slot 机制的情况下加以缩短。作者设定的初步目标是将最终确认时间至少缩短至四分之一，具体取决于他们尚未确定的参数。以当前约16分钟的预期时间计算，缩短至四分之一意味着大约4分钟，不过草案本身并未给出具体数字。

四倍提速在更长远规划中的位置

在同一篇5月的文章中，Edgington 提出了更长远的目标：将最终确认时间从约1,000秒降至约10秒。他强调这是个人观点，而非官方路线图。

他写道，单 slot 最终确认和三 slot 最终确认等早期设计之所以搁浅，是因为它们要求一次性解决所有问题。新方法则分阶段推进工作。"解耦最终确认是关键性突破，"他写道，并预计仅这一步就能带来个位数的低倍提速，与草案的四倍目标一致。进一步的收益将来自以下独立升级：

• 验证者合并： 自 Electra 升级以来，大型运营方可以将最多64个验证者合并为一个，从而减少最终确认投票的数量。Edgington 称进展缓慢。
• 源头批量投票： 在一个节点背后运行大量验证者的运营方将在广播前合并其投票。
• 轮换验证者集合： 任意时刻只有一部分验证者参与最终确认，但不排除或不设上限。
• 更快的网络聚合： 点对点升级和基于 SNARK 的聚合将更高效地传输投票。
• 单轮最终确认： 用一轮投票取代两轮将使等待时间几乎减半，代价是将容错阈值从三分之一质押量降至约20%或17%。

草案本身并不包含这些步骤。按 Edgington 的算术，四项各自带来三倍收益的改进将接近100倍的雄心。他还指出，Strawmap 路线图将解耦共识列为暂定标记为 I* 的升级（可能在2027年）的重点候选项目，作为一项远期目标。

为什么以太坊不会为了提速而停机

诸如 Tendermint 等经典拜占庭容错协议能快速最终确认区块，但在过多验证者离线时会停止生产区块。研究员 Luca Zanolini 在3月发布于 Ethereum Research 论坛的一篇文章中论证，停机与以太坊的设计不兼容。他援引了已被证明的限制，即可用性-最终确认困境（availability-finality dilemma）：没有任何单一协议能够既在参与度起伏时持续增长，又能在网络分裂时保持安全。以太坊的方案是两层结构：一层使用在线的验证者持续构建区块，另一层在其后进行最终确认。

Zanolini 引用了网络的历史记录。2023年5月，合计运行超过半数验证者的 Prysm 和 Teku 客户端出现缺陷，扰乱了最终确认并触发了以太坊主网首次不活跃泄漏（inactivity leak）。区块提议始终未跌破约90%的 slot，交易也持续处理。相比之下，Solana 在2024年2月的停机期间五个小时未生产任何区块，导致链上的 DeFi 协议无法运行。

Decoupled Consensus 保留了这一安排。最终确认仍需三分之二法定人数，因此足够大规模的停机可能使其停滞，而其余验证者继续构建区块。大多数应用可以继续运行，但任何需要最终结算的操作都必须等待。如果参与度未能恢复，不活跃泄漏将逐渐削减离线验证者的质押量，直至最终确认得以恢复。在新设计下泄漏机制如何运作仍有待撰写。

后量子理由排在首位

更快的最终确认备受关注，但在作者列出的优先事项中仅排第三。pull request 将为未来后量子过渡奠定基础列为首位，fork choice 安全性次之，草案的动机阐述也遵循同样的顺序。

关键在于签名聚合。验证者使用 BLS 签名，该方案可将多个签名合并为一个紧凑签名。Zanolini 写道，目前没有任何后量子方案能在实用的尺寸下提供同等的聚合能力。由数百名验证者组成的 head 投票委员会避开了这一问题，因为其签名可以并行发送。他论证道，这使得在有人解决全体验证者最终确认投票的聚合问题之前，就有可能实现区块生产层的后量子版本。草案为这条路径做了准备，但并未选定后量子签名方案。

新防御伴随更小的攻击目标

如今的 fork choice 无限期保留每个验证者的最新投票。草案指出，这让攻击者得以扣留投票并在策略性时刻释放，从而诱导节点倒向选定的分支。根据该提案，fork choice 只统计来自近期 slot 的投票，并规定了投票必须到达的截止。

锁（Lock）机制保护链已确认的区块。当该 slot 委员会至少半数成员及时为其发送 head 投票、且没有验证者两边投票时，区块即被快速锁定（fast-locked）。锁会过期，针对竞争区块的近期投票可以将锁移回更早的区块，使链能随条件变化而恢复。提议者还将在其区块中携带近期投票，以使验证者的视图趋于一致。这一被称为 view-merge 的技术取代了 proposer boost（目前赋予及时出块的额外 fork choice 权重），目标是防范平衡攻击和重组攻击。

更小的委员会是折中之道。投票者更少意味着每个 slot 的签名工作量更低，但也提高了随机抽取使攻击者获得委员会过大份额的概率，并给攻击者一个更小的群体可通过拒绝服务攻击打垮。通过可验证随机函数私下选取委员会是正在研究的选项之一。规模也尚未敲定：早期研究文章勾勒的数字约为256名验证者，而草案对512这一数字和选择方法均持开放态度。

升级之前必须完成什么

激活 Decoupled Consensus 需要一次共识层硬分叉，共识客户端和验证者客户端需支持新的投票职责、区块与状态格式以及 fork choice 规则。奖励与惩罚、罚没条件、时序与锁定参数、分叉过渡规则、可执行测试用例以及完整的安全性与活性分析均有待撰写。一份编写中的规范位于以太坊共识规范的一个 feature 分支中。草案保持验证者奖励总预算不变，但支付可能在 head 投票和最终确认职责之间重新分配。

更大的权衡在这份草案之外。Edgington 曾写道，他希望在不将家庭质押者、独立质押者或偏远地区用户排除在外的前提下实现足够快的最终确认，并表示社区未来可能不得不在更快的最终确认与质押多样性之间进行权衡。

后续关注要点

• EIP 状态： pull request 是否会以编号 8453 的 Draft 状态合并，以及是否在 Ethereum Magicians 论坛开启讨论帖。
• 规范工作： 仍标记为 TBD 的奖励、罚没和不活跃泄漏部分的进展。
• 升级范围界定： 核心开发者是否将解耦共识选为 I* 升级的重点项目。若未入选该名单，2027年的远期目标将被迫推迟。