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

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

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

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

• 依据：The Sequencer and censorship resistance ↗

等待条件要按具体链确认

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

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

• 依据：The Sequencer and censorship resistance ↗

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

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

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