多数 Rollup 有一个共同的软肋：排序器。交易先进某个中心化的排序服务，才被打包进二层区块，排序器宕机或拒绝打包时，用户只能走强制通道等 L1 兜底。Based rollup（也叫 based sequencing 路线）把这个环节整个拆掉：不再维护独立的排序器网络，直接让以太坊的出块者顺手给这条二层链排序。L2BEAT 术语表把 based sequencing 定义为”复用以太坊自身的出块流水线来同时构建 L2 区块”的排序策略，与中心化排序和外部的去中心化排序网络相对。
排序这件事原本怎么发生
常规 Rollup 的链路是：用户把交易发给排序器，排序器定序、执行、生成状态根，再把数据发布到 L1。这条链路上，排序器拥有两重权力——决定先后顺序（MEV 来源），以及决定收不收录（审查风险）。各家方案的抗审查补丁，比如让用户直接往 L1 的 inbox 合约提交交易、由二层客户端按规则强制收录，本质上都是在给排序器权力打补丁。Based 路线的选择是釜底抽薪：顺序由 L1 区块构建者给出，用户把交易挂给下一任出块者，和 L1 交易一起被排进同一个区块。
没有排序器之后，延迟谁来补
问题在于节奏。中心化排序器可以毫秒级给出预确认，让钱包显示”已接收”；based 路线下，一笔交易的命运要等 L1 的十二秒时隙。相关项目文档把这称为 latency 问题：排序者虽然就是 L1 出块者、信任减少了，但用户确认体验退回到 L1 节奏。为填补这段空窗，实践中出现了 based 预确认（based preconfirmations）思路：由下一个或下几个时隙的已知出块者对收录做出签名承诺，用户收到承诺即可视作快速确认，若出块者违约则承担罚没。这条路线与 FOCIL、包含列表等 L1 抗审查机制在方向上互补——一个管”谁排序”，一个管”不排序也得收录”。
信任边界换了位置
Based 排序把”排序器作恶”换成了”L1 出块者作恶”。前者的风险是单点或少数节点控制排序；后者的风险面变成 MEV 供应链：中继者、构建者、出块者这条 L1 流水线本来就有自己的中心化压力，二层链的排序质量就跟着这条链走。好处同样具体：二层启动时不需要先bootstrap一个排序网络，排序安全直接继承 L1 的经济安全性；坏消息是实时抗审查能力天然弱——在 L1 区块落地之前，交易可能根本没有被任何有义务收录的人看到。Rise 类项目文档也承认这是权衡的核心：解决中心化排序的同时引入了延迟与预确认依赖。
还有一层常被忽略的差异是费用市场。常规 Rollup 的排序收益（手续费与小费）归排序器运营方；based 路线下，为二层交易定价的空间与 L1 的优先费市场直接重叠——二层交易想插队，最终要落到给 L1 出块者更高的补偿上。这意味着二层用户在拥堵期看到的费用波动逻辑，会从”某个排序器的内部队列规则”变成”以太坊的 gas 拍卖”，价格发现更透明，但也更直白地暴露在主网拥堵之下。
适合什么场景、怎么核验
需要极快预确认的高频交互（例如订单簿撮合）对 based 路线压力最大；对顺序敏感度高、但能接受一个时隙延迟的场景（例如需要强抗 MEV 或强抗审查的应用）更契合。核验某条链是不是真 based，不看宣传页看三件事：交易是否直接进 L1 构建流水线；链上是否还留有中心排序器的收件合约或强制通道；预确认由谁签名、违约如何罚。这些都能在 L2BEAT 等项目页面和其文档里找到逐项描述。状态类信息（哪些链已切换、预确认机制成熟度）随版本演进快，本文不对 2026 年的落地范围下断言，以各项目官方文档当时的说明为准。
理解 based rollup 的要点是一句话：它没有消灭排序权，只是把排序权上交给了以太坊的出块者。快速确认的承诺不等于最终性，任何排序方案都不构成对费用或资产安全的保证。本文不构成投资建议。
发表评论
还没有评论，来说两句吧。
评论区为展示样式，提交不会被处理。