--- 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" --- [**返回**](/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年8月11日 [**下一篇**](/zh/blog/web3-mandates-gas-cost-l1-l2-hindsight/) # 原生 Rollup vs Based Rollup：2026 年该选哪种 Ethereum L2 架构？ 要点速览 Based Rollup 和原生 Rollup 解决的是 Ethereum L2 技术栈中的不同问题。Based Rollup 把交易排序交给 Ethereum L1 的 proposer 与 builder 流程；原生 Rollup 把 EVM 状态转换验证交给 Ethereum 自身的证明基础设施。两者并不互斥，同一条 Rollup 可以同时采用两种设计。截至 2026 年 8 月，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 年 8 月，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 年 8 月 11 日，原生证明验证没有进入任何已排期的 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/) 区块链基础设施 ## 继续浏览此集群 [从核心文章开始**Ethereum 到 Solana 迁移成本**](/zh/blog/ethereum-to-solana-migration-cost/) - [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/) - [为什么跨链桥不断被掏空](/zh/blog/cross-chain-bridge-security-decision/) 只收重要内容 ## 关注与你相关的内容 每当我们发布新文章，你会收到一封简短邮件。你可以关注整个博客，也可以只选感兴趣的主题。 [**返回**](/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年8月11日 [**下一篇**](/zh/blog/web3-mandates-gas-cost-l1-l2-hindsight/) 邮件订阅新文章 × × 通过邮件获取新文章 我们发布时给你一封简短邮件。免费，不做跟踪。 ## Structured Data ```json { "@context": "https://schema.org", "@graph": [ { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ], "employee": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "founder": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "legalRepresentative": [ { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } } ], "name": "Wavect GmbH", "subjectOf": { "@id": "https://wavect.io/verified-claims.json#dataset", "@type": "Dataset", "creator": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "description": "A machine-readable registry of quantitative and qualitative claims published by Wavect, with review dates, localized page appearances and public third-party citations where available.", "inLanguage": "en", "isAccessibleForFree": true, "license": "https://creativecommons.org/licenses/by/4.0/", "name": "Wavect verified publication claims", "url": "https://wavect.io/verified-claims.json" }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/team/christof-jori/#person", "@type": "Person", "jobTitle": "Managing Director", "name": "Christof Jori", "sameAs": [ "https://www.wikidata.org/wiki/Q139796367", "https://www.linkedin.com/in/jocr77/", "https://github.com/jo-chris" ], "url": "https://wavect.io/team/christof-jori/", "worksFor": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] } }, { "@id": "https://wavect.io/#website", "@type": "WebSite", "inLanguage": [ "en", "de", "es", "zh" ], "name": "Wavect", "potentialAction": { "@type": "SearchAction", "query-input": "required name=search_term_string", "target": { "@type": "EntryPoint", "urlTemplate": "https://wavect.io/search/?q={search_term_string}" } }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/" }, { "@id": "https://wavect.io/zh/blog/native-rollups-vs-based-rollups/#webpage", "@type": "WebPage", "dateModified": "2026-08-11", "inLanguage": "zh", "isPartOf": { "@id": "https://wavect.io/#website", "@type": "WebSite" }, "lastReviewed": "2026-08-11", "url": "https://wavect.io/zh/blog/native-rollups-vs-based-rollups/" } ] } ``` ```json { "@context": "https://schema.org", "@type": "BlogPosting", "abstract": "Based Rollup 和原生 Rollup 解决的是 Ethereum L2 技术栈中的不同问题。Based Rollup 把交易排序交给 Ethereum L1 的 proposer 与 builder 流程；原生 Rollup 把 EVM 状态转换验证交给 Ethereum 自身的证明基础设施。两者并不互斥，同一条 Rollup 可以同时采用两种设计。截至 2026 年 8 月，Based Sequencing 已进入生产环境，但快速预确认仍会增加一层运营复杂度。原生 Rollup 尚未进入任何已排期的 Ethereum 硬分叉：EIP-8079 仍是草案，较新的 proof-carrying transaction 方案仍处于研究阶段。现在要上线产品，应先选成熟的 Rollup 技术栈，把排序当作明确的商业与安全决策，并保留 EVM 等价的迁移接口，而不是承诺一个尚不可部署的原生 Rollup。", "articleBody": " 博客概览/Web3 与隐私/区块链基础设施 原生 Rollup vs Based Rollup：2026 年该选哪种 Ethereum L2 架构？ 要点速览 Based Rollup 和原生 Rollup 解决的是 Ethereum L2 技术栈中的不同问题。Based Rollup 把交易排序交给 Ethereum L1 的 proposer 与 builder 流程；原生 Rollup 把 EVM 状态转换验证交给 Ethereum 自身的证明基础设施。两者并不互斥，同一条 Rollup 可以同时采用两种设计。截至 2026 年 8 月，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 年 8 月，Based Sequencing 已在生产环境运行，原生 Rollup 仍是没有硬分叉排期的协议研究。 如果你正在采购 Rollup 基础设施、规划 appchain，或者判断产品是否真的需要自己的二层网络，这个区别非常关键。它会改变审查风险、确认延迟、MEV 收益、升级责任，以及团队长期要运营的系统。但它不会自动带来产品需求。 原生 Rollup 与 Based Rollup 有什么区别？ 先拆成两个问题：谁决定交易顺序？以及谁验证执行结果正确？Based 描述排序，Native 描述执行验证。 架构问题Based Rollup原生 Rollup传统 Rollup 哪一层交给 Ethereum？交易排序EVM 执行验证结算，通常还包括数据可用性 谁排列下一个 L2 区块？Ethereum proposer 与 builder 流程可配置：中心化、质押网络或 based通常是专用 sequencer 谁维护执行验证器？Rollup 自己，除非同时 nativeEthereum 共享证明基础设施Rollup 团队及其治理 主要产品优势继承 L1 活性与可信中立减少自有验证器与升级风险低延迟与最大策略控制权 2026 年成熟度已经上线，预确认栈仍在演进研究和原型，没有上线排期成熟的生产默认方案 Ethereum Research 最初的Based Rollup 定义指出，L1 排序能够继承 Ethereum 的活性与去中心化属性。Ethereum 当前的扩容路线图也把中心化 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 路线图描述了 type-1 Based Rollup、主网白名单预确认，以及向去中心化亚秒级预确认演进的路线。这说明 Based Sequencing 可以运行在生产环境，但不代表所有预确认方案都达到了同样的成熟度。 原生 Rollup 如何工作？ 原生 Rollup 希望避免每个 L2 团队都维护一套关键的 EVM 验证栈。Ethereum 将验证 L2 区块是否遵循 L1 自身认可的执行程序。围绕这条共享执行规则，Rollup 仍可定制排序、费用、gas token、治理与消息传递。 这套提案已经出现实质变化。EIP-8079 草案描述了 EXECUTE precompile，但多个核心部分仍标记为 TBD。更新的原生证明验证提案转向 proof-carrying transaction，以及由 Ethereum 共识层提供的程序无关验证。这是重要进展，但仍属于研究。 原生验证可能移除什么？ Rollup 专用验证合约、proof router，以及 security council 的部分升级权。 每次 Ethereum 调整执行规则时，L2 单独升级 EVM 电路的工作。 自有验证器错误接受状态转换时产生的部分桥接风险。 哪些约束仍然存在？ EVM 等价性很重要。自定义 opcode、precompile 与交易类型会让原始 EIP-8079 迁移路线变复杂，甚至无法迁移。 排序仍是你的决定。Native 不等于自动获得去中心化排序。 数据可用性和消息传递仍然关键。如果用户无法重建状态或安全转移资产，正确的 state root 也不够。 证明经济仍未解决。传播、聚合、定价、后端多样性和资源限制都需要协议层决定。 L2BEAT 当前的原生 Rollup 研究追踪页写得很明确：相关工作没有进入任何已排期的 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 成本与选链复盘。如果考虑离开 EVM，Ethereum 到 Solana 迁移成本拆解解释了为什么换链往往是部分重写。如果互操作性是主要动力，请先评估跨链桥的安全决策。 采购 Rollup as a Service 时应该问什么？ 排序：谁能纳入、重排或审查交易？组件下线后会发生什么？ 验证：今天谁控制验证器升级？退出窗口有多长？security council 能改什么？ 预确认：具体承诺什么？由什么 collateral 支撑？承诺失效后客户端如何恢复？ 数据可用性：完整交易数据在 Ethereum blob，还是在具有不同恢复假设的替代 DA 层？ 经济模型：base fee 与 MEV 归谁？哪些 L1 成本仍会波动？ 迁移：哪些自定义 opcode、precompile、存款类型或桥接规则会阻断未来的原生验证？ 运营：谁负责 prover、RPC、索引、relayer、监控、升级和 24 小时事故响应？ Ethereum Foundation 在 2026 年 3 月发布的L1 与 L2 发展方向中，建议追求最小信任的 L2 至少达到 Stage 1，并让用户在运营方失效时仍能安全退出。原生 Rollup、互操作性与 Stage 2 是更深度 L1 集成的目标。这是值得参考的北极星，但不能替代可上线的威胁模型。 2026 年最务实的建议是什么？ 如果今年要上线，先采用成熟的 EVM Rollup 技术栈，再单独决定排序方案。当中立性与活性收益足以覆盖预确认和集成成本时，再选择 Based Sequencing。尽量保持 EVM 等价，让未来的原生验证成为迁移，而不是重写。不要让上线日期依赖一场尚未排期的硬分叉。 Wavect 的区块链工程团队会先明确 workload、资产托管、延迟、合规与恢复要求，再做选链。这能避免产品尚未证明需求，就先买下一套永久基础设施。 FAQ：Based Rollup 一定是 ZK Rollup 吗？ 不是。Based 描述排序方式。它可以使用 validity proof、fraud proof 或其他验证设计。ZK 与 optimistic 是一个轴，based 与专用排序是另一个轴。 FAQ：原生 Rollup 已经在 Ethereum 上线了吗？ 没有，至少这里讨论的协议原生架构尚未上线。研究原型已经存在，但截至 2026 年 8 月 11 日，原生证明验证没有进入任何已排期的 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 时我们会选择哪条链。 Wavect 与通用开发公司的区别 采购开发", "articleSection": "Engineering", "author": { "@id": "https://wavect.io/team/kevin-riedl/#person", "@type": "Person", "name": "Kevin Riedl", "sameAs": [ "https://www.wikidata.org/wiki/Q139796365", "https://www.linkedin.com/in/wsdt", "https://github.com/wsdt" ], "url": "https://wavect.io/team/kevin-riedl/" }, "citation": [ { "@type": "WebPage", "name": "Based Rollup 定义", "url": "https://ethresear.ch/t/based-rollups-superpowers-from-l1-sequencing/15016" }, { "@type": "WebPage", "name": "扩容路线图", "url": "https://ethereum.org/roadmap/scaling/" }, { "@type": "WebPage", "name": "2025 至 2026 路线图", "url": "https://taiko.xyz/?lang=ena" }, { "@type": "WebPage", "name": "EIP-8079 草案", "url": "https://eips.ethereum.org/EIPS/eip-8079" }, { "@type": "WebPage", "name": "原生证明验证提案", "url": "https://ethresear.ch/t/native-proof-verification/24798" }, { "@type": "WebPage", "name": "原生 Rollup 研究追踪页", "url": "https://l2beat.com/native-rollups" }, { "@type": "WebPage", "name": "L1 与 L2 发展方向", "url": "https://blog.ethereum.org/2026/03/23/l1-l2-ethereum" } ], "dateModified": "2026-08-11", "datePublished": "2026-08-11", "description": "Based Rollup 和原生 Rollup 解决的是 Ethereum L2 技术栈中的不同问题。Based Rollup 把交易排序交给 Ethereum L1 的 proposer 与 builder 流程；原生 Rollup 把 EVM 状态转换验证交给 Ethereum 自身的证明基础设施。两者并不互斥，同一条 Rollup 可以同时采用两种设计。截至 2026 年 8 月，Based Sequencing 已进入生产环境，但快速预确认仍会增加一层运营复杂度。原生 Rollup 尚未进入任何已排期的 Ethereum 硬分叉：EIP-8079 仍是草案，较新的 proof-carrying transaction 方案仍处于研究阶段。现在要上线产品，应先选成熟的 Rollup 技术栈，把排序当作明确的商业与安全决策，并保留 EVM 等价的迁移接口，而不是承诺一个尚不可部署的原生 Rollup。", "headline": "原生 Rollup vs Based Rollup", "image": "https://wavect.io/img/blog/headers/header_native-rollups-vs-based-rollups.svg", "inLanguage": "zh", "keywords": "以太坊, 二层网络", "mainEntityOfPage": { "@id": "https://wavect.io/zh/blog/native-rollups-vs-based-rollups/", "@type": "WebPage" }, "publisher": { "@id": "https://wavect.io/#organization", "@type": [ "Organization", "ProfessionalService", "LocalBusiness" ] }, "url": "https://wavect.io/zh/blog/native-rollups-vs-based-rollups/", "wordCount": 527 } ``` ```json { "@context": "https://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "item": "https://wavect.io/zh/", "name": "首页", "position": 1 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/overview/", "name": "博客概览", "position": 2 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/topics/web3-privacy/", "name": "Web3 与隐私", "position": 3 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/clusters/blockchain-infrastructure/", "name": "区块链基础设施", "position": 4 }, { "@type": "ListItem", "item": "https://wavect.io/zh/blog/native-rollups-vs-based-rollups/", "name": "原生 Rollup vs Based Rollup：2026 L2 指南 | ", "position": 5 } ] } ```