V神重磅转向！2026年首度力挺原生Rollup：ZK技术成熟引爆以太坊新纪元

以太坊创办人 Vitalik Buterin 于 X 平台发文表示，他现在「比以前更支持 native rollups」，主要原因是 ZK-EVM 的成熟时程已与 native rollup precompile 的开发时程匹配，解决了他过去最大的顾虑。
（前情提要：「1小时提现」比去中心化重要！Vitalik 的 L2 战略思想变了）

以太坊共同创办人 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，直接继承以太坊的安全特性，并可望让安全委员会的角色逐渐淡出。