# 排序器停机后，用户有哪些链上入口？

整理：链小知（AI 辅助）
更新日期：2026-10-09
引用地址：https://lianxiaozhi.com/learn/sequencer-censorship-resistance

排序器通常提供更快的交易入口，但审查抵抗路径和等待条件属于不同机制。先查具体链的强制包含或备用入口，再确认用户是否能实际操作。

## 备用入口不是即时恢复交易

排序器接收并排列交易，停机或拒绝纳入交易会影响常用入口。Arbitrum 文档描述了来自父链的延迟消息，以及满足条件后强制包含消息的机制；它们与普通 RPC 的快速提交路径不同。

强制包含需要等待并满足链上的条件。父链提交成功、消息可以被包含、目标操作执行成功和资产可以退出，仍是需要分别核对的步骤。

依据：[The Sequencer and censorship resistance](https://docs.arbitrum.io/how-arbitrum-works/deep-dives/sequencer)

## 等待条件要按具体链确认

Arbitrum 文档还描述了随延迟情况变化的 Censorship Timeout 缓冲机制。等待窗口不能仅凭一篇旧文章中的固定时长判断，应查看目标链的部署、父链和当前配置。

L3 的父链可能本身是 L2。此时父链排序器的状态也会影响备用路径；“能向父链提交”并不意味着对 Ethereum 的每项依赖都已完成。

依据：[The Sequencer and censorship resistance](https://docs.arbitrum.io/how-arbitrum-works/deep-dives/sequencer)

## 故障期间怎样保存核对线索？

保留网络标识、提交交易哈希、父链收据、延迟消息标识和目标链执行状态。先区分 RPC 服务故障与链的排序器故障，避免把一个入口读不到数据解释成整条链停机。

机制说明提供的是可能的处理路径。判断自己的一笔操作卡在哪里，仍需把父链与目标链记录对上；重新点击前端提交，不能替代对上一笔操作状态的核对。


## 继续核对
- [Rollup 与跨链桥有什么区别？资产退出要核对什么](https://lianxiaozhi.com/learn/rollups-and-bridge-risks)
- [L2 的确认、提交与最终确认怎样区分？](https://lianxiaozhi.com/learn/l2-finality-stages)
- [L2 交易排序怎样影响执行机会？](https://lianxiaozhi.com/learn/transaction-ordering-models)
- [相关市场与事件](https://lianxiaozhi.com/markets)