一文了解 Native Rollup:PoS 和 PoW 混合共识 L3 方案
撰文:nanfengpo,Opside 联合创始人
关于 PoS & PoW 的混合共识
Native Rollup 是一个基于 zk 的 Layer 3 扩容解决方案 ,其中 Layer 2 是一个 EVM-compatible 且 Rollup-friendly 的链,Layer 3 则由系统原生支持的多个 zkRollup(称为 native rollup)组成。Layer 2 为 zkRollup 做了很多系统层面的优化。这个 3 层架构中的 Layer 2 和 Layer 3,共用了一个 PoS 与 PoW 融合的共识机制:
Layer 2:
-
PoS:Layer 2 将采用 ETH 2.0 的 PoS 并对其进行必要的改进。因此,Layer 2 的共识层将有超过 10 万个验证者。任何人都可以质押 token 来成为验证者。这些验证者也将根据 EIP-4844 提供一个数据可用性层,从而容纳 Layer 3 的 Rollup 提交的 batch。此外,Layer 2 的 PoS 是可证明的,validator 会定期把 PoS 证明提交到 Layer 1 上。validator 可以获取 PoS 这部分的区块奖励和 Gas 费。
Layer 3:
-
PoS(Sequencer):validator 除了提议 Layer 2 的 block,也提议 Layer 3 的 block(即 data batch),也就是说 validator 同时是 Layer 3 中 native rollup 的 sequencer。Sequencer 可以获取其中的交易 Gas 费。
-
PoW(Prover):只要拥有 zkp 的算力,任意 validator 都可以成为 native rollup 的 prover。Prover 为 Layer 3 的各个 Native rollup 生成 zk proof。对于 sequencer 提交的 Layer 3 的各个区块,prover 依据 PoW 的规则来竞争,最先提交 zk proof 的 prover 将获得 Layer 3 的区块奖励。
关于 Native Rollup 的去中心化共识机制
下面将详细介绍 Layer 3 中的 native rollup 的去中心化共识机制。
Sequencer
-
sequencer 这个角色由 Layer 2 的 validator 来承担。每个 Layer 2 的区块中,所有 native rollup 都有且仅有 1 笔交易来提交各自的 rollup block,且这些 rollup block 只能由 Layer 2 区块的 validator 来提交。如果该 Layer 2 区块中没有包含所有的 native rollup 的 block,则该区块无效。
-
即使某个 native rollup 在一段时间内没有交易,sequencer 也必须提交该 rollup 的 block。此时该 rollup 的 block 为空。
-
sequencer 的收益是该 sequencer 提交的各个 native rollup 的 block 中的交易手续费。注意,所有 native rollup 中的交易手续费都是由 Layer 2 token(IDE)来支付的。因此,该 sequencer 打包的 rollup 交易越多,收益也越多。
-
当 sequencer 把 rollup block 打包上链后,该 rollup block 就进入了 finalized 状态。因此该区块最终确认所需要的时间与 Layer 2 是相同的。
-
如果某一个 rollup block 没有在一定时间内被 prover 提交的 proof 验证,则该 block 会被跳过,相应的 sequencer 也将被 slash。
Prover
-
与 sequencer 必须是当前 Layer 2 区块的 validator 不同,prover 可以是任意的 Layer 2 的 validator。只要一个 validator 具有 zkp 算力,即可称为任意的 native rollup 的 prover。
-
这些 prover 通过 PoW 的方式来竞争,最先提供某个 rollup block 的有效 proof 的,就能获得相应的 block reward。注意,所有 native rollup 的 block reward,都是由 Layer 2 token(IDE)来支付的。这部分 IDE 就是 Layer 2 的 PoW 部分的奖励,系统会根据 zkp 算力的供需平衡来自动调整 PoW 的奖励额度。
-
sequencer 打包的 rollup block 中,已经包含了生成 proof 所需要的所有数据。因此,对于每个 rollup,prover 可以并行生成多个 block 的 proof。同样的道理,这些 block proof 的验证也是并行的。
-
当一个 rollup block 和它的所有父区块都被验证时,该区块就被验证了,即 verified 状态。
总结
通过 PoS & PoW 的混合共识机制,Layer 2 和 Layer 3 具有相同的共识层与验证者集合,确保了整个架构的安全性和去中心化。更为重要的是,Layer 3 的各个 Native Rollup 在底层架构上拥有了一个规范化的去中心化解决方案。Layer 2 定义了一个统一的系统合约,rollup 的开发者只需要实现这些规范化的接口,并注册 rollup slot 成为 native rollup。这样,开发者可以更加关注业务逻辑的实现,而不必关心在底层架构层面 Layer 2 与 Layer 3 如何交互,也不需要维护 rollup 的全节点和 zkp 算力。