EIP-8079 重塑 L1 與 L2 的協作與安全標準

作者：Zhixiong Pan 來源：chainfeeds

過去兩年，以太坊擴容的主力軍是各種 Layer 2 Rollup，比如 Arbitrum、Optimism、Base 等。這些 L2 鏈雖然提升了性能，卻帶來了資產和體驗上的割裂。用戶頻繁跨鏈，資產分散在不同網路上，體驗不佳，技術與安全標準也很難統一。

為了解決體驗層的碎片化問題，以太坊社區近期提出了 EIL（Ethereum Interoperability Layer，以太坊可交互層），它能實現跨多個 L2 網路的統一用戶體驗，讓用戶感覺在用一條鏈，而非多個獨立網路。

與此同時，以太坊的研究人員也開始關注協議層的標準化和安全性問題，於是就有了我們今天要介紹的 EIP-8079（Native Rollup）。

什麼是 Native Rollup？

簡單來說，當前的 Rollup 在自己的鏈上處理交易後，會定期向以太坊主鏈（L1）提交一些狀態數據或證明，以確保執行結果的真實性。然而，各個 Rollup 都有自己的狀態機、證明系統和驗證邏輯，可能導致複雜性和安全隱患。

EIP-8079 提出的 Native Rollup 概念，核心是通過在以太坊主鏈上新增一個叫做 EXECUTE 的預編譯合約，允許 Rollup 把自己鏈上的區塊直接提交到主鏈，由主鏈重新執行一遍，來驗證區塊的有效性。

這就意味著，Rollup 不再需要自己實現複雜的狀態機或證明系統，而直接使用以太坊自身的內核執行引擎，從而大幅降低複雜性與安全風險。這種設計被稱為「Native Rollup」，即真正意義上的原生 Rollup。

誰在推動這個提案？

EIP-8079 的作者是來自 L2BEAT 的 Luca Donno 和以太坊基金會的研究員 Justin Drake。其實早在 2025 年初，這個想法就已經在社區論壇中被提出並討論，直到最近才正式形成了 EIP 草案，進入技術細節的討論階段。

技術上，Native Rollup 到底做了什麼？

Native Rollup 最核心的技術變化，就是新增了一個特殊的預編譯合約——EXECUTE。它允許 Rollup 提交一個區塊到 L1 後，由以太坊主鏈自身的 EVM 引擎直接驗證。

具體的過程是這樣的：

Rollup 提交的數據中包含當前 L2 狀態、要驗證的區塊數據，以及一些 L1 到 L2 的錨定數據。

主鏈執行 EXECUTE 時會：

• 檢查區塊的有效性（例如，禁止特殊類型的 Blob 交易）；
• 將錨定數據注入到 L2 狀態中的一個特定系統地址；
• 調用以太坊客戶端內部的狀態轉移函數，完全重放提交的 L2 區塊。

如果重放成功，就意味著區塊有效；否則，區塊被拒絕。

通過這種方式，L2 就不需要再自建複雜的驗證體系，而是直接複用以太坊主鏈本身成熟的執行引擎。

為什麼要做這樣的改變？

目前，每家 L2 都獨立實現驗證邏輯，這導致極高的維護成本和安全隱患。每當主鏈更新，L2 都必須同步更新，否則容易出現安全風險或相容問題。

而通過 Native Rollup 標準化驗證邏輯，L2 將不再需要單獨維護一整套複雜的 EVM 複製品和驗證系統。整個安全模型將簡化為一個問題：以太坊主鏈是否安全。

這樣也有利於未來逐漸去掉安全委員會、多簽等臨時安全措施，更快實現真正去中心化、安全的擴容方案。

這會對 L2 帶來哪些限制？

成為 Native Rollup 需要一個關鍵前提：執行層必須高度等價於以太坊主鏈的 EVM。這意味著，L2 在自己的執行環境中不能隨意增加自訂操作碼（opcode）、預編譯合約或特殊交易類型，否則主鏈的 EXECUTE 無法正確重放區塊。

但這並不意味著 L2 完全無法實現差異化。事實上，L2 在經濟模型、治理方式、交易排序機制等方面，依舊可以保持自己的特色，只是執行層本身需要嚴格遵循以太坊主鏈的規範。

Native Rollup 對以太坊生態意味著什麼？

對於 L2 項目方，安全性和維護難度將大幅降低，項目的治理和營運成本也會隨之下降。

對於開發者，部署合約時可以獲得和主鏈相同的確定性行為，不再需要為每個 L2 做特殊適配。

對於用戶，資產安全性將顯著提高，體驗更接近於「真正以太坊主鏈」，長期來看，生態統一性和可用性將大幅改善。

總結

以太坊通過 EIP-8079 的 Native Rollup 提案，在協議層為 L2 提供了標準化的執行驗證方式，使 L2 能夠真正意義上複用主鏈的安全性與成熟基礎設施。與此同時，通過與 EIL 等其他方案配合，以太坊也正逐漸修復當前 L2 用戶體驗和資產流動割裂的痛點。

未來，我們或許將看到一個體驗更統一、安全性更高的以太坊生態。