以太坊創辦人 Vitalik Buterin 於 X 平台發文表示，他現在「比以前更支持 native rollups」，主要原因是 ZK-EVM 的成熟時程已與 native rollup precompile 的開發時程匹配，解決了他過去最大的顧慮。
（前情提要：「1小時提現」比去中心化重要！Vitalik 的 L2 戰略思想變了）
（背景補充：Vitalik長文：以太坊L1與L2如何發展？先擴展Blob空間、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，直接繼承以太坊的安全特性，並可望讓安全委員會的角色逐漸淡出。
📍相關報導📍
V神登台演講「以太坊起飛」：12 秒完成 L1 – L2 通訊，OP、ZK、TEE 驗證方式三選二
