长推：Rollup排序器的中心化风险与解决方案

注：原文来自@DodoResearch发布长推。

今天的 @BreederDodo 内部 #Seminar 有幸邀请到了 @HyperOracle 的 @msfew_eth 来分享关于 #Rollup 的风险和解决方案，值得在 Twitter 上再次整理和分享。

-Rollup 的定义

-Rollup 的风险

1/ 定义

在 @msfew_eth 看来， Rollup 是一个具有以下特性的网络： -链上数据可用性和结算 -链外执行 在链外执行这一过程中不仅涉及到单个事物的状态转换，还涉及到排序。 在大多数情况下，L2 排序器进行排序，而 L2 验证器为新状态进行计算。

2/ 风险

目前而言，排序器 （#Sequencer） 的中心化是 L2 面临的主要问题 （Optimi, Arbitrum 都采用者中心化的 Sequencer 解决方案）

2.1/ Sequencer 中心化导致的问题

– 抗审查能力较弱：中心化排序器可能无法保证交易被纳入链中，受到监管部门**且无法剔除特定交易。 – 弱效性：中心化排序器设计可能无法处理所需的计算处理和证明生成，导致宕机。

#MEV 捕获：L2 Rollup 的中心化排序器需额外信任，以确保不从用户交易中提取 MEV，或使用恶意的第三方排序服务。

3/ 潜在解决方案- shared sequencer

shared sequencer 是一个近期热门的话题，比如 @EspressoSys, @AstriaOrg, 以及 @OPLabsPBC 的长期愿景都是希望做一个 shared sequencer network 让不同的 Rollup 共享。

而 Decentralized sequencer 则是更为进阶的解决方案。由于其 permissionless 的设定，在机制上则需要考虑 sequencer 轮换和奖惩的设计。

3.1/ shared sequencer 优势

– 模块化：由专门的团队构建 sequencer 网络，如 Espresso，Astria – Liveness：相比中心化排序器，减少审查的可能。

– 互操作性：由于多个 rollup 共享 sequencer 网络，可以打开 MEV 的市场，并赋能跨链互操作性（但这部分还值得更多研究，由于 sequencer 本身只负责打包和排序，并不能完全保证交易的执行和有效性）。

本站声明:网站内容来源于网络,如有侵权,请联系我们,我们将及时处理。