以太坊创办人V神首次力挺Native Rollups 称ZK技术时间终于匹配

币圈子(120btc.cOM)：以太坊共同创办人Vitalik Buterin昨日在X平台发布长文，首次公开表态支持native rollups(原生Rollup)方案，这标志着他对以太坊L2扩容路线图的重大态度转变。

过去为何反对？ZK不成熟是关键

Vitalik坦言，他过去反对native rollups的主要原因在于：native rollup precompile必须在「ZK模式」或「乐观模式」中二择一，而当时ZK-EVM技术还不够成熟，无法支撑ZK模式。

这意味着如果给L2团队一个选择：「2-7天的提款等待时间，但有以太坊的完整信用背书」或「即时提款，但证明系统自己负责」，大多数团队会选择前者。Vitalik担心这会严重损害以太坊的可组合性，导致更多多签桥接方案被采用。

时程匹配：问题已解决

然而，Vitalik指出情况已经改变：「现在看来，以太坊在L1层面完全拥抱ZK的时程，与添加native rollup precompile的实际时程，其实是匹配的。所以，问题解决了。」

此外，他也观察到越来越多研究开始将「同步可组合性」(synchronous composability)视为「为何要做L2」的核心价值主张。他提到自己在ethresear.ch上建议的一种方法，可以将based rollups与L2预确认(preconf)结合，实现低延迟的同步可组合性。

EIP-8079：简化Rollup基础设施

Native rollups的核心提案EIP-8079由Luca Donno和Justin Drake于2025年11月起草。该提案让rollup能够直接重用以太坊的状态转换验证基础设施，大幅简化其开发流程。

开发者donnoh.eth也补充指出，目前几乎没有人能完全理解一个rollup技术栈，即使是团队内部也很少有人真正熟悉。而native rollups将让这一切变得更简单——只要有人理解以太坊本身，就能理解基于它的native rollup。

Vitalik的期望：支持「EVM+额外功能」

Vitalik强调，他希望这个precompile的设计能更加灵活：如果开发团队想打造一个「EVM+少量新功能」的rollup，应该能够使用native rollup precompile来处理EVM部分，并自带一个只负责新功能的证明器，透过标准化的查询表将两者结合。

这项发展对于现有的OP Stack和Arbitrum Orbit Stack都是好消息，它们都有可能转型为native rollups，直接继承以太坊的安全特性，并可望让安全委员会的角色逐渐淡出。