Ethereum Rollup：确认的是哪一步？

L1 指 Ethereum 主链；L2 是在它之上构建、在主链之外执行交易的第二层网络。Optimistic rollup 是一种 L2 设计，会把数据与结果提交到 Ethereum。它的接受规则包含对错误执行结果提出挑战的机制。

排序器负责接收和排列 L2 交易，并返回初步结果。从 Rollup 提回 L1 的某些提现需要等待挑战窗口结束，让错误结果有机会被质疑。

“完成”可能指不同的事

排序器快速返回、数据进入 L1，以及提现完成，是不同事件。支付界面应该说明自己正在显示哪一种。挑战期会影响某些跨层操作，但不等于 Rollup 内部每次交互都需要等待那么久。

应用应把网络、交易标识和所需的结算条件一起记录。否则，一个笼统的“已确认”会掩盖究竟哪个系统接受了操作，以及退出到 L1 是否已经完成。

这也是为什么不能拿一个提现等待时间代表所有 Rollup 的体验。比较应针对同一种用户动作及其信任条件。OCAP可以提供统一查询的思路，但统一 API 不会把不同网络的结算规则合并。

来源与延伸阅读

用 Base 看一个具体例子。