Taiko 的基于预确认是什么?基于排序二层如何把确认时间压到一秒内 图 1
Taiko 的基于预确认是什么?基于排序二层如何把确认时间压到一秒内 · 图 1

基于排序的二层(based rollup)有一个绕不开的取舍:排序权交给以太坊 L1 出块者之后,L2 的用户确认时间就被 L1 的约十二秒出块节奏锁死。Taiko 在官方文档中给出的解法叫基于预确认(based preconfirmations):由一名被选出的预确认者在链下出块并广播,用户几乎立刻拿到回执,随后预确认者再把这些块作为提案提交到以太坊上的 Inbox 合约。排序的最终决定权仍然在 L1,预确认只是提前展示即将发生什么。

预确认是承诺,不是区块

官方文档把预确认定义为一份密码学承诺:预确认者承诺你的交易将进入某个具体的块、并有具体的执行结果。网络中的全节点把预确认者广播的块当作规范链来执行并更新本地状态,用户因此立刻收到交易回执。这一步发生在任何 L1 提交之前——预确认者可以在把几百个块提交上链之前,持续在已排序的块之上继续排序。

Taiko 的实现在官方分类里属于更强的一档。执行类预确认(execution preconfirmation)承诺的不只是最终会被收录,还包括确定的执行顺序与状态结果;较弱的收录类预确认(inclusion preconfirmation)只保证交易迟早上链,不承诺顺序与时机。DeFi 与游戏这类对确定性敏感的应用需要的是前者。

轮换、速度与安全垫

说明图

每个预确认者在一个三十二个时隙的纪元里拥有独占排序权,按以太坊十二秒时隙折算约六点四分钟,之后交给下一位。因为块是在链下构建的,L2 块时间变成可配置参数:调到约零点五秒体验最好,但会产生更多需要证明与上链的块;放慢到约两秒则降低运营成本、拉高用户感知延迟。单次 L1 提案可以携带很多个小块,因此无论块频快慢,L1 端的气体成本都保持可控。

防审查靠的是收录合约上的强制收录通道:无论预确认者表现如何,任何用户都能绕过它把交易强行送进序列。对预确认者的约束来自质押与罚没:不兑现预确认承诺或提交错误的展望数据的预确认者,会在其质押物上面临罚没。官方文档特别说明了一点——罚没是对失职者的威慑,而不是对受损用户的赔付,用户不会因为一次失败的收录承诺而分到罚金。

从白名单到质押的两阶段路线

目前的阶段一是白名单模式:Nethermind、Chainbound 与 Gattaca 三家启动伙伴各自运行开源的预确认软件并被链上白名单接纳,从第一天起就保持客户端多样性。官方把这定义为测试期内必要的许可制步骤,因为预确认牵动代码库几乎每一个角落;协议层面的抗审查则由上述强制收录兜底。计划中的阶段二面向 L1 验证者开放:验证者在 PreconfServiceManager 合约质押抵押物并注册,既可以自己跑预确认软件,也可以把预确认权委托给第三方方案。届时每个时隙优先由当值的 L1 提案者(若其已注册)担任预确认者,否则从回退名单选人。

用户的观察面

从用户视角,预确认是不可见的:交易照旧发给同一个 RPC 端点,钱包、工具与提交流程都没有变化。能观察到的差异是回执速度——有效确认时间从无预确认时约十二秒压到预确认者配置的块时间量级。需要留意的边界有三个:其一,预确认回执只代表链下排序承诺,L1 状态判定要等提案与证明完成;其二,阶段一的排序权集中在少数白名单实体手中, censorship 风险由强制收录通道对冲,而非由市场对冲;其三,把仓位建立在一秒内到账的承诺上时,前提是预确认者有质押可罚,这一经济担保在阶段二才真正完备。

风险提示:本文只解释机制,不构成任何投资建议;跨层确认窗口内的交易状态可能变化,涉及资产的协议交互请以官方文档与链上数据为准。