强制交易是什么？排序器不打包时如何绕过它上链

结论先说

强制交易（Force Inclusion）是 Rollup 对”排序器不收你的交易”这一最坏情况的协议级救济：当排序器（sequencer）宕机、拒绝服务或实施审查时，用户可以把已签名的交易直接提交到以太坊 L1 上的入口合约，由协议规则强制它最终进入 L2 的规范交易序列——排序器无法永久拦下它。它不是一种更快的交易方式，恰恰相反：常态下快速确认靠排序器，强制交易是备用的”慢速保底”，代价是 L1 手续费加上一段协议规定的等待期。不同技术栈的等待期设计不同：OP Stack 把节奏绑定在排序器宕机时长和 12 小时排序窗口上；Arbitrum 走延迟收件箱（Delayed Inbox），超时后可调用 forceInclusion 强制入列（等待期约 24 小时量级，参数可配置，以官方文档当前值为准）。理解强制交易，是为了在”钱包显示已发送但迟迟不确认”时知道该等什么、查什么，而不是干等或向非正规渠道求助。

为什么需要绕过排序器的路径

多数 Rollup 的常态交易路径是：用户把交易发给排序器，排序器定序、打包，再把数据提交到 L1（排序器角色见Arbitrum 是什么？网络架构与风险怎么看一类专题的架构说明）。这让确认快、费用低，但排序器成了单点：它可以宕机、可以被攻击瘫痪，也可以选择性地不打包某些交易。协议层面的应对思路是：L2 的”真相来源”是 L1 上的数据，只要用户能把交易写进 L1，排序器就必须把它纳入序列，否则排序器产出的链会与从 L1 重放出的规范链分叉、被其他节点拒绝。强制交易利用的正是这一点（与节点层能否扣下数据的”数据审查”问题不同层，参见什么是数据审查？节点能扣下数据吗——那篇讲数据发布层，本篇讲交易入口层）。

OP Stack：强制交易即存款交易

按 Optimism 官方文档，OP Stack 的强制交易本质上就是一笔直接在 L1 提交的存款交易（deposit transaction）：用户调用 L1 上的 OptimismPortal 合约提交，交易会自动进入 L2，不需要排序器”批准”。生效时间取决于排序器当时的状态：

一，短暂宕机（约 30 分钟以内）：若排序器在这个窗口内恢复，交易仍可能在 30 分钟最大时间漂移（max time drift）内被正常纳入，体验接近平常。二，宕机 30 分钟到 12 小时：交易要么等排序器恢复后处理，要么等 12 小时排序窗口（sequencing window）到期后随规范链生效；期间排序器若恢复，会先进入”快速追赶”阶段，只按 L1 出存款专用区块。三，宕机超过 12 小时：独立节点开始直接从 L1 确定性出块，链上只包含强制纳入的存款交易——此时 L2 变成”仅存款模式”，普通交易全部推迟到排序器带着窗口内数据回归为止。这条 12 小时的线，就是”排序器消失后，网络会退化成只保证 L1 来源交易”的协议边界（与停机场景下的退出能力对比见Rollup 停机时退出能力有何差异？）。

Arbitrum：延迟收件箱加超时强制

Arbitrum 文档给出的路径是：用户（或合约）把交易发送到 L1 上的延迟收件箱（Delayed Inbox），交易进入队列；正常时排序器会主动把它捡进正常流程；若约 24 小时内未被处理，用户可以在 SequencerInbox 合约上调用 forceInclusion，强制把队列中的交易纳入规范序列（官方文档同时提到 Censorship Timeout 特性可在排序器离线/审查时缩短该窗口，具体参数以文档为准）。与安全名单/许可列表型收件箱的组合下，部分函数调用可能受限，合约钱包与聚合签名钱包能否走通这条路需要单独核验——有些账户抽象方案依赖中继器，而强制交易恰恰要求”不依赖中继器”。

两条路径的共同代价

第一，成本：强制交易要付 L1 手续费，网络拥堵时可能比 L2 常态费用高几个数量级；它天然是”救济通道”而不是”省钱通道”。第二，延迟：等待期以小时计，对清算、提款这类时间敏感操作，可能等协议兜底不如走常规提现通道，需要先想清楚目的。第三，可见性：强制交易绕过了 RPC 与 P2P 传播路径，依赖常规节点数据的服务可能”看不见”这些交易，钱包和 dApp 的显示会滞后。第四，边界：它保证的是”最终被纳入序列”，不保证你在期望的时间内完成目的，也不解决 L1 本身的审查问题。

遇到疑似审查怎么处置

一，先排除普通故障：同一交易换一个正规 RPC 端点、提高优先费重试、确认 nonce 连续，多数”没确认”是拥堵或参数问题。二，查官方状态页与区块浏览器：确认排序器是否宕机、L1 入口合约是否有积压。三，若确认长时间不处理，评估是否走官方文档给出的强制路径：OP Stack 系（含 Base、OP Mainnet）评估走 Portal 存款式提交；Arbitrum 走延迟收件箱；操作前用小额测试交易验证流程，涉及合约调用时核对官方文档给出的合约地址，谨防仿冒合约。四，若目标是取回资产而非上链操作，直接比较标准提现通道与强制交易通道的总成本与总耗时。

风险提示

排序器宕机与审查行为难以自证，本文步骤不构成对任何具体事件的判断；各链的等待窗口、合约接口与参数随升级变化（核验时间见来源页面），操作前以项目方当前文档为准。强制交易涉及直接在 L1 调用合约，地址抄错或被仿冒合约误导会直接损失资金；本文不构成投资建议。

小结

强制交易是排序器制度的”逃生门”：常态不用它，它定义了排序器权力的上限——任何交易只要在 L1 排上队，排序器就只能延迟、不能封杀。OP Stack 用 12 小时窗口把”绕过排序器”内建为宕机协议，Arbitrum 用延迟收件箱加超时强制实现同样目标。记住三条：它是慢速保底、要付 L1 费用、执行前逐字核对官方合约地址。