快速确认规则: 以太坊在13秒内确认

FCR(快速确认规则)旨在将以太坊L1到L2或中心化交易所的存款确认时间从数分钟缩短至约13秒,大幅提升用户体验和市场效率。它通过计算证明(attestations)而非区块深度来实现,在特定假设下提供确定性保障,并且不需要硬分叉即可部署。FCR将成为行业新标准。

Image

将资金从以太坊桥接到 L2s 和中心化交易所的速度很慢。用户在使用规范桥接时需要等待数分钟。

新的快速确认规则(Fast Confirmation Rule, FCR)解决了这个问题。它将从以太坊 L1 到 L2s 或交易所的存款时间缩短到大约 13 秒,对于大多数 L2s 和交易所来说,这减少了 80-98% 的时间。

FCR 将成为 L2s 和交易所的新行业标准。

该规则将在未来几个月内推出。一旦客户端实现它,节点将自动运行该规则,无需硬分叉。

优势

FCR 大幅改善了用户体验,并提高了市场效率。受益最大的群体包括:

交易所

从以太坊到中心化交易所的存款时间缩短至约 13 秒。交易所将成为更好的出入金通道,并提供更好的用户体验。

L2s

L1 到 L2 的存款时间缩短至约 13 秒。桥接过程中锁定的资金减少,从而降低了成本。整个以太坊生态系统中的市场变得更加高效。排序器能够及时了解最新的 Blob 价格,从而形成更高效的 Blob 费用市场。重组风险极低。

桥接和求解器

资产流动更快,降低了用户的成本。风险管理得到改善,因为 FCR 在其假设下是可证明安全的,这与目前求解器使用的启发式方法不同。

RPCs

连接性更好的 RPC 可以提供更快的确认,为 RPC 客户解锁新的价值主张。

缓慢的桥接时间意味着,与更受信任的桥接相比,那些为用户提供最强产权的非铸币桥接对资产发行者吸引力较小。FCR 是改变这一现状的一步。资产发行者不应该在资产跨链流动和利用以太坊强大产权之间做出选择。

Image

资金流入 Arbitrum One 的桥接情况。非铸币桥接属于规范桥接流。来源:L2Beat

假设条件

快速确认的区块并非最终确定的区块。如果最终性假设成立,则最终确定的区块不会被重组。同样,如果快速确认规则的假设成立,则快速确认的区块也不会被重组。这是一种类似的保证,但基于不同的假设。

同步性

FCR 假设网络是同步的。实际上,这意味着证明(attestations)在大约 8 秒内交付。

25% 以下的质押攻击者

FCR 假设攻击者控制的质押份额不超过 25%,略低于最终性所依赖的 33% 阈值。

如果假设被打破会怎样?

如果网络运行缓慢,FCR 具有内置的备用模式。它不会在 13 秒内快速确认区块,而是可能需要稍长的时间。一旦有足够多的证明被交付,区块就会被快速确认。在最坏的情况下,FCR 会回退到最终性。

这种回退是一种特性,而非缺陷。如果网络检测到需要额外的安全性,节点会等待更长时间才快速确认区块,直到它们获得更高的确定性。

在最坏的情况下,如果网络完全异步,或者存在一个拥有超过 25% 质押份额的攻击者,一个快速确认的区块可能会被重组。以太坊从未完全异步过,而拥有 25% 的质押份额按今天的价格计算大约需要 220 亿美元。FCR 的假设是合理的,这使得它对于大额资产转移来说是安全的。

工作原理

FCR 依赖于计算证明(attestations),而不是像许多交易所、L2s 和求解器今天那样计算区块数量。

首先,FCR 执行一次优势检查。目标区块是否具有足够的 fork-choice 权重?Fork-choice 权重是通过计算证明获得的。

如果区块具有优势,节点会运行健壮性检查。每个Slot,节点都会检查最新的快速确认区块是否过旧或已被重组(后者只会在假设不成立的情况下发生)。每个 epoch,节点都会检查 epoch 边界规则(如惩罚)是否影响快速确认规则。

当节点检测到需要更多安全性时,它会等待更长时间来快速确认区块。这是一种特性,而非缺陷。

FCR、最终性与 K-Deep 深度确认

最终性是以太坊最强的保证。它在异步环境下工作,只要攻击者控制的质押份额不超过 33%。

FCR 不提供相同的保证。相反,它是在等待时间和重组风险之间进行权衡。等待时间从 13 分钟减少到 13 秒。如果 FCR 的假设不成立,重组风险会略微增加。

如果一个区块被快速确认且 FCR 的假设成立,它将确定性地被最终确定。FCR 是确定性的,而非概率性的。

目前大多数交易所、L2s 和求解器并不等待最终性。相反,它们根据区块的深度来确认区块。这个规则被称为 k-deep。FCR 在结构上有所不同。它不计算区块,而是计算证明。这意味着 FCR 更快,并且具有经过验证的保证;而 k-deep 则没有。

Image

快速确认规则、k-deep 和最终性的假设与属性对比。

采用情况

共识层客户端团队正在实施 FCR。请记住,此功能无需硬分叉。一旦客户端准备就绪,其用户就可以开始运行 FCR。

对于交易所、L2s 和求解器来说,实施 FCR 非常简单。它们中的大多数今天已经需要处理重组的可能性,因此已经实现了相关逻辑。然后,它们只需启用 FCR 标志并查询状态以找到最后一个快速确认的区块。

FCR 重用了节点 JSON-RPC 中现有的 safe 区块标签。这意味着所有节点都已支持此标签。RPC 无需实施任何东西,开箱即用即可支持 FCR。

我们正在积极与交易所、L2s 和求解器合作,以确保顺利推出。

  • 原文链接: x.com/_julianma/status/2...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
_julianma
_julianma
江湖只有他的大名,没有他的介绍。