--- title: "原生 Rollup vs Based Rollup：2026 L2 指南" canonical: https://wavect.io/zh/blog/native-rollups-vs-based-rollups/ language: zh description: "对比原生 Rollup 与 Based Rollup 的排序、验证、延迟、控制权、风险、迁移路径，以及 2026 年的真实成熟度。" image: "https://wavect.io/img/blog/headers/header_native-rollups-vs-based-rollups.png" author: ["Kevin Riedl"] published: "2026-08-11" updated: "2026-09-02" reviewed: "2026-09-02" --- # 原生 Rollup vs Based Rollup：2026 年该选哪种 Ethereum L2 架构？ [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 8 分钟 阅读 · 2026年8月11日 最近审核 2026年9月2日 [**下一篇**](/zh/blog/web3-mandates-gas-cost-l1-l2-hindsight/) 要点速览 Based Rollup 和原生 Rollup 解决的是 Ethereum L2 技术栈中的不同问题。Based Rollup 把交易排序交给 Ethereum L1 的 proposer 与 builder 流程；原生 Rollup 把 EVM 状态转换验证交给 Ethereum 自身的证明基础设施。两者并不互斥，同一条 Rollup 可以同时采用两种设计。截至 2026 年 9 月，Based Sequencing 已进入生产环境，但快速预确认仍会增加一层运营复杂度。原生 Rollup 尚未进入任何已排期的 Ethereum 硬分叉：EIP-8079 仍是草案，较新的 proof-carrying transaction 方案仍处于研究阶段。现在要上线产品，应先选成熟的 Rollup 技术栈，把排序当作明确的商业与安全决策，并保留 EVM 等价的迁移接口，而不是承诺一个尚不可部署的原生 Rollup。 **Based Rollup 与原生 Rollup 解决的是同一套 Ethereum L2 技术栈中的不同问题。**Based Rollup 把交易排序交给 Ethereum L1；原生 Rollup 把 EVM 状态转换验证交给 Ethereum。两者并不对立，同一条 Rollup 可以同时采用两种设计。截至 2026 年 9 月，Based Sequencing 已在生产环境运行，原生 Rollup 仍是没有硬分叉排期的协议研究。 如果你正在采购 Rollup 基础设施、规划 appchain，或者判断产品是否真的需要自己的 [二层网络](/zh/glossary/layer-2/) ，这个区别非常关键。它会改变审查风险、确认延迟、MEV 收益、升级责任，以及团队长期要运营的系统。但它不会自动带来产品需求。 ## 原生 Rollup 与 Based Rollup 有什么区别？ 先拆成两个问题：**谁决定交易顺序？**以及**谁验证执行结果正确？**Based 描述排序，Native 描述执行验证。 | 架构问题 | Based Rollup | 原生 Rollup | 传统 Rollup | | --- | --- | --- | --- | | 哪一层交给 Ethereum？ | 交易排序 | EVM 执行验证 | 结算，通常还包括数据可用性 | | 谁排列下一个 L2 区块？ | Ethereum proposer 与 builder 流程 | 可配置：中心化、质押网络或 based | 通常是专用 sequencer | | 谁维护执行验证器？ | Rollup 自己，除非同时 native | Ethereum 共享证明基础设施 | Rollup 团队及其治理 | | 主要产品优势 | 继承 L1 活性与可信中立 | 减少自有验证器与升级风险 | 低延迟与最大策略控制权 | | 2026 年成熟度 | 已经上线，预确认栈仍在演进 | 研究和原型，没有上线排期 | 成熟的生产默认方案 | Ethereum Research 最初的 [Based Rollup 定义](https://ethresear.ch/t/based-rollups-superpowers-from-l1-sequencing/15016) 指出，L1 排序能够继承 Ethereum 的活性与去中心化属性。Ethereum 当前的 [扩容路线图](https://ethereum.org/roadmap/scaling/) 也把中心化 sequencer 视为审查风险。Based Sequencing 正是在解决这个问题。 ## Based Rollup 如何工作？ Based Rollup 允许下一个 Ethereum proposer 与现有 builder 流程协作，无需许可地把下一个 L2 区块纳入 L1 区块。交易仍在链下执行，数据或 commitment 仍要发布到 Ethereum。真正变化的是谁拥有排序和纳入交易的权力。 ### 你会得到什么？ - **与 Ethereum 绑定的活性。** 单独的 sequencer 消失时，链不必随之停摆。 - **更强的抗审查能力。** 一个 Rollup 运营方不能独占交易顺序。 - **更小的排序信任面。** 独立共识网络、sequencer 代币和复杂逃生路径可以离开关键流程。 - **与 L1 更一致的经济关系。** 部分 MEV 流向 Ethereum，而不是私有 L2 sequencer。 ### 你会牺牲或重建什么？ - **即时确认不再简单。** 用户不愿等待 L1 slot，因此生产方案会加入 preconfirmer，在最终结算前承诺纳入交易。 - **排序策略更难定制。** 严格先到先得、私有 orderflow 与自定义拍卖都更难保证。 - **MEV 收益模型改变。** 依赖独占排序权的商业模式无法原样迁移。 - **运营工作没有消失。** 区块构建、预确认监控、证明、数据发布、RPC、索引与事故响应仍然存在。 Taiko 是目前最清晰的生产参考。其官方 [2025 至 2026 路线图](https://taiko.xyz/?lang=ena) 描述了 type-1 Based Rollup、主网白名单预确认，以及向去中心化亚秒级预确认演进的路线。这说明 Based Sequencing 可以运行在生产环境，但不代表所有预确认方案都达到了同样的成熟度。 ## 原生 Rollup 如何工作？ 原生 Rollup 希望避免每个 L2 团队都维护一套关键的 EVM 验证栈。Ethereum 将验证 L2 区块是否遵循 L1 自身认可的执行程序。围绕这条共享执行规则，Rollup 仍可定制排序、费用、gas token、治理与消息传递。 这套提案已经出现实质变化。 [EIP-8079 草案](https://eips.ethereum.org/EIPS/eip-8079) 描述了 `EXECUTE` precompile，但多个核心部分仍标记为 TBD。更新的 [原生证明验证提案](https://ethresear.ch/t/native-proof-verification/24798) 转向 proof-carrying transaction，以及由 Ethereum 共识层提供的程序无关验证。这是重要进展，但仍属于研究。 ### 原生验证可能移除什么？ - Rollup 专用验证合约、proof router，以及 security council 的部分升级权。 - 每次 Ethereum 调整执行规则时，L2 单独升级 EVM 电路的工作。 - 自有验证器错误接受状态转换时产生的部分桥接风险。 ### 哪些约束仍然存在？ - **EVM 等价性很重要。** 自定义 opcode、precompile 与交易类型会让原始 EIP-8079 迁移路线变复杂，甚至无法迁移。 - **排序仍是你的决定。** Native 不等于自动获得去中心化排序。 - **数据可用性和消息传递仍然关键。** 如果用户无法重建状态或安全转移资产，正确的 state root 也不够。 - **证明经济仍未解决。** 传播、聚合、定价、后端多样性和资源限制都需要协议层决定。 L2BEAT 当前的 [原生 Rollup 研究追踪页](https://l2beat.com/native-rollups) 写得很明确：相关工作没有进入任何已排期的 Ethereum 硬分叉，EIP-8079 仍是草案，proof-carrying transaction 仍是研究提案。2026 年的架构可以保留迁移路径，但不能诚实地把原生验证写进有承诺日期的上线清单。 ## 同一条 Rollup 能否同时 based 和 native？ 可以。正确的理解方式是两个轴组成的矩阵。 | | 专用排序 | Based 排序 | | --- | --- | --- | | 自有验证 | 当前常见方案：快、可控，但验证器治理由项目承担 | 由 L1 排序，同时维护自己的 fraud proof 或 validity proof 栈 | | 原生验证 | 未来使用快速专用 sequencer 的原生 Rollup | 未来同时把排序与 EVM 验证交给 Ethereum 的 Rollup | 这个矩阵能避免常见采购误区。供应商说“native”，并没有回答谁控制交易顺序；说“based”，也没有回答谁能升级验证器或桥。两个问题都要问。 ## 你的产品应该选择哪种 L2 架构？ - **选择 Based Sequencing** ：抗审查、无需许可的交易纳入和可信中立是产品核心，并且团队能够测试预确认失败后的恢复路径。 - **选择专用 sequencer** ：亚秒级 UX、确定性排序、私有交易或排序收入对上线至关重要。务必写清审查和停机时的退出路径。 - **为原生兼容设计** ：你需要 EVM 等价、长期运行的链，以及未来减少自有验证治理的选项。把自定义执行扩展隔离在清晰边界后。 - **不启动自己的 L2** ：现有公共 L2 已经满足成本、吞吐、分发与合规需求。自有链会在核心产品旁边再创造一个永久运营产品。 如果你仍在公共 EVM L2 与其他生态之间选择，可以先读我们的 [21 个 Web3 项目 gas 成本与选链复盘](/zh/blog/web3-mandates-gas-cost-l1-l2-hindsight/) 。如果考虑离开 EVM， [Ethereum 到 Solana 迁移成本拆解](/zh/blog/ethereum-to-solana-migration-cost/) 解释了为什么换链往往是部分重写。如果互操作性是主要动力，请先评估 [跨链桥的安全决策](/zh/blog/cross-chain-bridge-security-decision/) 。 ## 采购 Rollup as a Service 时应该问什么？ 1. **排序：** 谁能纳入、重排或审查交易？组件下线后会发生什么？ 2. **验证：** 今天谁控制验证器升级？退出窗口有多长？security council 能改什么？ 3. **预确认：** 具体承诺什么？由什么 collateral 支撑？承诺失效后客户端如何恢复？ 4. **数据可用性：** 完整交易数据在 Ethereum blob，还是在具有不同恢复假设的替代 DA 层？ 5. **经济模型：** base fee 与 MEV 归谁？哪些 L1 成本仍会波动？ 6. **迁移：** 哪些自定义 opcode、precompile、存款类型或桥接规则会阻断未来的原生验证？ 7. **运营：** 谁负责 prover、RPC、索引、relayer、监控、升级和 24 小时事故响应？ Ethereum Foundation 在 2026 年 3 月发布的 [L1 与 L2 发展方向](https://blog.ethereum.org/2026/03/23/l1-l2-ethereum) 中，建议追求最小信任的 L2 至少达到 Stage 1，并让用户在运营方失效时仍能安全退出。原生 Rollup、互操作性与 Stage 2 是更深度 L1 集成的目标。这是值得参考的北极星，但不能替代可上线的威胁模型。 ## 2026 年最务实的建议是什么？ 如果今年要上线，先采用成熟的 EVM Rollup 技术栈，再单独决定排序方案。当中立性与活性收益足以覆盖预确认和集成成本时，再选择 Based Sequencing。尽量保持 EVM 等价，让未来的原生验证成为迁移，而不是重写。不要让上线日期依赖一场尚未排期的硬分叉。 Wavect 的 [区块链工程团队](/zh/services/blockchain/) 会先明确 workload、资产托管、延迟、合规与恢复要求，再做选链。这能避免产品尚未证明需求，就先买下一套永久基础设施。 ## FAQ：Based Rollup 一定是 ZK Rollup 吗？ 不是。Based 描述排序方式。它可以使用 validity proof、fraud proof 或其他验证设计。ZK 与 optimistic 是一个轴，based 与专用排序是另一个轴。 ## FAQ：原生 Rollup 已经在 Ethereum 上线了吗？ 没有，至少这里讨论的协议原生架构尚未上线。研究原型已经存在，但截至 2026 年 9 月 2 日，原生证明验证没有进入任何已排期的 Ethereum 硬分叉。 ## FAQ：“Based Rollup”指 Coinbase Base 吗？ 不是。Based 指由 L1 排序。Coinbase Base 是一条特定 L2 的专有名称。两者单词相撞，但架构类别与该网络无关。 ## FAQ：创业公司需要自己的 L2 吗？ 通常不需要。先使用现有 L2，直到专用 blockspace、定制合规、链级收入或特殊执行真正创造可量化价值。否则，你会在护城河出现前先承担 sequencer、prover、桥和长期运营成本。 ## 最终思考 原生 Rollup 与 Based Rollup 不是竞争产品，而是同一套 L2 架构中的两个决定。Based Sequencing 让 Ethereum 排列交易，Native Verification 让 Ethereum 验证 EVM 执行。你可以选择其中一个、同时选择两个，也可以都不选。2026 年真正可部署的选择是排序：Based 系统已经存在，原生证明验证仍是没有硬分叉排期的研究。先在成熟技术栈上交付，明确所有信任边界，保留干净的迁移接口，只有当产品能解释为什么需要自有链时，才投入定制链预算。 ## 你可能也喜欢.. [**21 个 Web3 项目的 gas 成本复盘** 看看 gas 真正花在哪里，以及今天面对常见 workload 时我们会选择哪条链。](/zh/blog/web3-mandates-gas-cost-l1-l2-hindsight/) [**Wavect 与通用开发公司的区别** 采购开发人力之前，先比较产品判断、Web3 架构深度与交付责任。](/zh/compare/wavect-vs-dev-agencies/) 区块链基础设施 ## 接下来读什么 Web3 系统的网络、智能合约、支付与生产架构。 [从这里开始**从 Ethereum 迁移到 Solana：范围与成本**](/zh/blog/ethereum-to-solana-migration-cost/) - [奥地利 Web3 与区块链开发公司：2026 年项目选型指南](/zh/blog/best-blockchain-development-companies-austria/) - [2026 Tokenomics 落地指南：从模型到生产](/zh/blog/tokenomics-implementation-infrastructure-2026/) - [德国企业可选的 10 家 Web3 与智能合约审计公司（2026）](/zh/blog/top-smart-contract-auditors-germany/) - [x402 支付协议指南：Coinbase、Stripe 与主流方案](/zh/blog/x402-payments-comparison-2026/) - [Open USD 解读：已上线网络、发行方与地区限制](/zh/blog/open-usd-stablecoin-explained-2026/) [上一篇文章**奥地利 Web3 与区块链开发公司：2026 年项目选型指南**](/zh/blog/best-blockchain-development-companies-austria/) [下一篇文章**2026 Tokenomics 落地指南：从模型到生产**](/zh/blog/tokenomics-implementation-infrastructure-2026/) [**返回**](/zh/blog/overview/) [![Kevin Riedl](/img/team/kevin.webp)](/zh/team/kevin-riedl/) [Kevin Riedl](/zh/team/kevin-riedl/) https://linkedin.com/in/wsdt 8 分钟 阅读 · 2026年8月11日 最近审核 2026年9月2日 [**下一篇**](/zh/blog/web3-mandates-gas-cost-l1-l2-hindsight/)