Superbridge 退出不能 Finalize：检查证明升级与智能账户接收限制
链小知 · 入门 · 核验 · 依官方文档整理
从 Activity 的退出阶段定位等待原因，识别旧证明失效以及外部发起退出到智能账户的特殊问题。
开始前准备
- 准备已有退出记录、源/结算链、发起应用、接收地址和账户类型。
- 本篇针对适用 OP Stack native bridge 的退出，Across、Hyperlane 等路线规则不同。
1. 记录桥提供方与方向
在原退出记录核对从 rollup 到 settlement chain，确认 Bridge Provider 是 Native Bridge。Superbridge 聚合不同提供方，不能将所有退出都理解成七天官方桥等待。
检查结果：链、方向、提供方及发起应用同时记录。
2. 从 Activity 查看最后已确认阶段
通过右上 Activity/历史记录定位现有退出，分开发起、Prove、等待与 Finalize。Prove 属于适用 OP Stack 原生路线；按当前链参数核对挑战期，不能从所有点击发起时间固定加七天。
检查结果：每个阶段保留回执或状态，待执行和已确认分开。
3. 旧证明失效时核对升级通知
Fault Proof 参数升级可能使先前证明失效，Activity 可能要求重新证明。先对照官方升级说明和该笔退出状态，记录为何重新进入证明阶段；不能仅凭之前有 prove 哈希认定现在一定可最终化。
检查结果：旧证明状态与升级影响有明确依据。
4. 检查智能账户接收异常
若记录提示 Can't finalize to smart account，核对原退出是否在外部应用发起、接收地址在结算链是否使用 Safe/智能账户或 EIP-7702。官方提醒部分底层消息可能 CALL 失败却被标记 finalized；不能随意绕过提示在另一应用重试。
检查结果：接收账户行为与错误类型对应，未把 finalized 直接当到账。
5. 整理安全的后续核查资料
Recipient can't receive 等警告应保留退出哈希、来源应用、目标地址和原错误，按官方支持路径继续核查。网络 gas 分属各阶段、估计会变；最终仍需接收资产证据，账户类型调整或重新证明属于另外的链上操作。
检查结果：故障记录足以说明卡点且未泄露私钥或签名数据。
怎样确认完成
- 明确等待、需重新证明或接收账户异常的具体分支。
- 只有接收资产证据完整时标为已到账。
常见错误与边界
- 桥提供方未确认就套七天等待。
- 旧 proof 存在就认为参数升级无影响。
- 绕过智能账户接收警告或用 finalized 代替到账。