L2 的确认、提交与最终确认怎样区分？

交易成功之后还会经历不同确认阶段

L2 可以先由排序器接受交易，再构成 L2 区块，随后把相关数据或状态提交到 L1，并等待适用的最终确认。Base 与 ZKsync 的文档采用各自阶段描述，不能用一个等待时间覆盖所有链。

普通 L2 转账的确认，与通过特定桥退出到 L1 的流程也不同。Base 文档分别说明这两种情况；退出所需的额外步骤，不应被当作每笔 L2 交易都要等待的时间。

• 依据：Transaction Finality ↗
• 依据：Transaction lifecycle ↗

为什么显示成功却仍有待完成步骤？

假设来源交易已经执行，页面又显示批次尚未在 L1 完成对应确认。前者支持来源操作成功，后者描述结算保障的阶段，两个状态可以同时成立。

查看跨链操作时，还要追踪消息、目标交易和正确资产。本文不把历史平均用时、某个升级的窗口或第三方桥报价写成保证到账期限。

怎样记录一笔 L2 操作的确认程度？

记录网络、交易哈希、执行结果、批次或结算标识、各阶段状态和读取时间。浏览器使用预确认、已接受或已最终确认等词时，应回到对应网络的解释。

资金到目标链后，再检查收款地址、合约与实际数量。只看页面的一个绿色状态，可能忽略业务操作失败、错误资产或尚未完成的跨链步骤。