作者：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 用户体验和资产流动割裂的痛点。
未来，我们或许将看到一个体验更统一、安全性更高的以太坊生态。
