摘要：原文标题：《A tweet on rollup time-to-finality (TTF)》原文作者：@larry 0x原文编译：Frank，Foresight News首先，什么是 TTF，为什么它很重要？最终性是交易永远不能...
原文标题：《A tweet on rollup time-to-finality (TTF)》
原文作者：@larry 0x
原文编译：Frank，Foresight News
首先，什么是 TTF，为什么它很重要？
最终性是交易永远不能被取消、恢复或修改的状态，也即被视为已解决对应的交易问题。
TTF（time to finality）是一个交易信号从开始广播到到达最终状态所花费的时间，以下是几个选定链的 TTF:
TTF 是一个具有多种用途的重要参数:
如果我是一个接受加密货币支付的商家，我想在交付商品或服务之前等待 TTF，以便我知道付款不会被取消。
如果我是跨链桥接协议，并且发送方链上提交了一个数据包，我想在将其中继到接收方链之前等待 TTF。
……
其次，Rollups
Rollup 区块的生命周期有 2 个阶段：
（1）其数据被发布到数据可用性（DA）层；
（2）在结算层证明有效；
值得注意的是，TTF 对于 Rollup 链的全节点和轻节点是不同的：
对于前者，他们不需要等待 ( 2) 结算，因为只要 ( 1) 中发布区块数据，他们就可以立即自己验证有效性；
对于后者，他们确实需要等待结算过程；
在结算层证明阶段，有两种类型的 Rollups，具体取决于他们使用的机制：
Validity Rollups（又名 zero-knowledge rollups，zkRUs）。在排序器生成一个区块之后，证明者（通常是与排序器相同的人）提交一个有效性证明，通过一些加密魔法证明该区块是有效的。
Optimistic Rollups（opRUs）。排序器生成了区块，但并不证明它是有效的。如果它实际上无效，任何人（证明者）都可以提交欺诈证明来挑战它，这会导致区块被拒绝。如果没有人证明某个区块在一段时间内（称为争议期）无效，则该区块被视为有效。
注：我不喜欢 zkRU 这个词，因为很多这样的证明系统实际上不是零知识技术，所以「Validity Rollup」是更准确的术语。然而，「zkRU」的使用是如此普遍，所以我就用它。
还有一些重要的事情需要了解：
实际上，区块数据通常不会在区块生成后立即发布到 DA 层。排序器通常会稍等一下，然后批量发布几个区块（可能是为了节省 Gas 费）；
有效性证明也经常被延迟，通常是因为生成这些证明的计算量很大并且需要时间；
有效性和欺诈证明不仅在链上传播。例如，如果有人向我发送链下有效性证明，我可以确定该区块是有效的，而无需等待（2）链上结算过程。
最后，我们准备讨论 Rollup 交易需要多长时间才能达到最终结果。
对于全节点而言，过程很简单：只要区块 ( 1) 被发布并在 DA 层上完成，那么它就被最终确定。
如果我们表示：
T 1 ：区块发布在 DA 层上的频率（例如，如果排序器每 10 分钟在 DA 层上发布一批，则 T 1 = 10 分钟 )
T 2 ：DA 层的 TTF
那么 Rollup 的 TTF = T 1 + T 2 。
对于轻节点，他们必须等待 ( 1) 和 ( 2) 完成。对于 opRU，（2）的时间为挑战期；对于 zkRU 来说，时间是证明者生成并发布有效性证明后。
如果我们表示：
T 3 ：对于 opRU，挑战期；
T 4 ：对于 zkRU，有效性证明发布在结算层的时间；
T 5 ：结算层的 TTF；
然后是 Rollup 的 TTF：
对于 opRU：max (T 1+T 2, T 3)；
对于 zkRU：max（T 1+T 2 ，T 4+T 5）；
这些方程中的「最大值」意味着我们需要等待 DA 和结算过程完成，以时间较长者为准（几乎总是结算）。
现在，问题来了！请记住，我们说过证明也可以在链下传播。对于 zkRU，如果我们在链下收到有效性证明，那么我们可以立即说交易已完成，而无需等待链上结算过程。
对于 opRU 来说，这很难说。挑战期（T 3）往往较长的原因是担心结算层可能审查欺诈证据。所以这实际上取决于你的风险承受能力。如果您非常有信心结算层不会审查交易，您可以选择等待更短的时间。否则你会等待更长的时间，但你不必等待比 T 3 更长的时间。
让我们总结一下:
这里有两个实际案例，Arbitrum 和 zkSync。他们使用以太坊进行 DA 和结算，所以 T 2 = T 5 = 13 分钟。
Arbitrum 的排序器大约每 T 1 = 6 分钟发布一次数据，Arbitrum 的挑战期 T 3 = 1 周；
zkSync 的排序器大约每 T 1 = 3 分钟发布一次数据，证明不定期发布，但平均一次 T 4 = 1 小时；
我们还可以考虑一个假设的 zkRU，它使用 Celestia 进行 DA，我认为这更接近最终结果：
T 1 = 0 （Celestia 很便宜，所以我们假设区块在生成后立即发布）；
T 2 = 12 秒；
T 4 = 证明生成时间，取决于证明系统；
最后，简要讨论下这一切的含义
如您所知，我是 Cosmos 的粉丝，IBC 使用轻节点客户端来验证数据包，因此需要等待 TTF，如上图「For light nodes」一栏所示。
对于 opRU，这可能长达 1 周（如果您对以太坊的审查阻力不太有信心），这对于实际目的来说太长了。这就是为什么对于 opRU，我们必须使用全节点桥，例如 Axelar 和 Wormhole，它们由一堆运行全节点的运营商组成。
缺点是我们需要信任这个运营商集合，它在经济上可能不如发送者链安全，这就是我看空 opRU 的原因。
对于普通的 zkRU，我们只需要等待 DA 最终确定（在以太坊上为 16 分钟）+ 证明生成时间，我们不需要等待证明在以太坊上发布——这是相对 opRU 的主要优势！
这也是我认为 Celestia 可以改善 Rollup 跨链体验的一种方式。在以太坊上，我们只等待 12 秒 + 证明生成时间，而不是等待 16 分钟。轻节点客户端可以使用 QGB 检查来自 Celestia 验证器的证明（我猜测它现在已重命名为 Blobstream），或者也可能进行 DA 采样。
