Native Rollup往往被回避的原因与Vitalik的战略转变

robot
摘要生成中

Vitalik Buterin的最新发帖揭示了他对Native Rollup立场的重大转变。过去他常常持谨慎态度的背景,主要与技术成熟度有关。这一转变的核心在于整个生态系统的演进,特别是ZK技术及其实现的加速。

ZK技术的成熟与L2安全性的新选择

Native Rollup曾被回避的主要原因是预编译方案面临二选一的困境。L2要么“实现高速资产提取,同时承担证明风险”,要么“依赖以太坊的安全性,但需要等待2〜7天的提取时间”,后者往往成为不得不选择的方案。这一限制促进了多签桥等替代方案的普及,结果降低了系统整体的可组合性(互操作性)。

但如今,技术环境正迅速变化。以太坊在L1层面全面接受ZK的路线图,以及Native Rollup预编译的逐步实现,开始同步推进。这一进展使得曾经的核心障碍逐渐被克服,前景变得更加明朗。

同步可组合性的重要性与预编译设计的新发展

Vitalik认为,社区正逐步认识到“同步可组合性”是L2的重要价值主张。通过结合基于Rollup的解决方案和低延迟的预编译机制,试图突破传统限制的努力正在加快。

在Native Rollup预编译的具体实现中,Vitalik强调不应轻率设计。他提出的理想方案是,开发者在构建“对EVM进行有限功能扩展”的Rollup时,可以直接复用Native Rollup预编译的EVM部分,只对新增功能引入定制的证明系统。这样就能实现两者的标准化连接。

这种设计思想的背后,是在确保兼容性与灵活性之间取得平衡。Native Rollup常面临的复杂性问题,正试图通过渐进式方法逐步解决。随着ZK-EVM的成熟和预编译技术的进步,L2生态系统正迎来一个新的阶段。

查看原文
此页面可能包含第三方内容,仅供参考(非陈述/保证),不应被视为 Gate 认可其观点表述,也不得被视为财务或专业建议。详见声明
  • 赞赏
  • 评论
  • 转发
  • 分享
评论
0/400
暂无评论
  • 置顶

交易,随时随地
qrCode
扫码下载 Gate App
社群列表
简体中文
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)