从乐观 Rollup 经标准桥提现回以太坊要经历发起、证明、最终化三段，官方文档记载主网挑战期为七天。本文区分交易确认与提款到账两种概念，解释等待期防的是什么风险，并对比第三方快速桥的信任差异。

意图交易让用户只声明目标结果，把路由和执行交给解算者市场竞争。本文以有公开文档的 UniswapX 为例，拆解从签名订单、拍卖竞争到原子结算的完整链条，并说明垫付风险与无人接单等边界情况。

应用链为单一业务定制执行环境与排序策略，同时把数据可用性与结算挂靠更大的母链。本文拆解它的零件清单、安全与流动性账本，以及和通用链二层方案的选择边界。

Base上的交易从排序器接收、L2区块确认、批次提交到以太坊最终确定，代表不同安全层级。本文用四段时间轴说明钱包显示成功后还要核对什么，以及充值、跨链和大额结算如何设置等待门槛。

AggLayer的悲观证明用于验证链提交的状态转换不会让跨链余额失衡，但它不等于所有链共享同一排序器。本文从证书、状态树、证明生成和桥接退出四个组件解释安全边界。

L1 交易确认后钱却悬在半空，是跨链充值最让人不安的环节。Arbitrum 用 retryable ticket 把投递改成至少一次语义：票据在 L2 登记、自动执行，失败后可手动赎回或等待再次尝试。本文拆解参数含义、地址别名陷阱与排查顺序。

从 OP Stack 等乐观 rollup 提现回主网要走过发起、证明、最终化三步和一段挑战期。本文按官方文档梳理每步交易、状态核对方法与提前最终化回滚的原因。

EIP-4844 要求信标链节点保留 blob sidecar 至少 4096 个纪元、约 18 天，执行层不承担持久化。本文拆解这一可用性优先的设计、窗口过后的数据去向与用户核验清单。

ZK Rollup 的排序器、证明者与聚合器是三种可以分离的角色。本文按 ethereum.org 文档拆解聚合器怎么把多个区块证明递归折叠成一个最终证明、证明延迟从哪里来、以及聚合服务中心化带来的边界。

共享排序器把多条 Rollup 的交易排序职能交给同一个去中心化网络。本文按 Espresso 等公开设计文档拆解它改善跨链原子性与排序中心化的原理，以及在数据可用性、退出权和执行侧上仍未解决的边界。