摘要:Arbitrum One 是 Optimistic Rollup。本文用 docs.arbitrum.io 的 Inbox / Retryable 文档、L2BEAT 与 Arbiscan 实机页,教你核对 Delayed Inbox、重试票据与浏览器 L1→L2 字段。

Arbitrum One 是跑在以太坊之上的 Optimistic Rollup。很多人第一次打开 Arbiscan,会看到很快的出块和「Latest L1→L2 Transactions」,却不清楚 Inbox、Delayed Inbox 与 Retryable(可重试票据)各自管什么。本文不讲行情,只用 docs.arbitrum.io 的 Nitro / Messaging / Bridging 文档、L2BEAT 项目页,以及 Arbiscan 实机首页,把Inbox、重试机制与浏览器字段串起来,方便你自己核对。

Inbox 是什么:快通道与 Delayed Inbox

打开 docs.arbitrum.io「Inboxes, fast and slow」。官方说明:只有 Sequencer(排序器)能把新消息直接放进主 Inbox,并打上以太坊区块号与时间戳;其他人提交的消息先进 Delayed Inbox(由 L1 合约管理的队列)。

Arbitrum One 怎么运作:Inbox、重试与浏览器字段-程序旅途
图1:docs.arbitrum.io Inside Arbitrum Nitro → Inboxes, fast and slow:主 Inbox 由 Sequencer 写入;Delayed Inbox 约 10 分钟被纳入,超过最大延迟(文档写明 Arbitrum One 当前为 24 小时)可被强制提升;界面为英文

核对口径可以记三条:

  1. 日常体验快:多数用户交易走 Sequencer,软确认很快——这和「已经完成 L1 最终性」不是同一时刻。
  2. Delayed Inbox:绕开 Sequencer 直接往 L1 队列塞消息时用;文档写明表现良好的 Sequencer 大约 10 分钟会把延迟消息放进主 Inbox。
  3. 抗审查:若消息在 Delayed Inbox 停留超过最大延迟(文档写明 Arbitrum One 当前为 24 小时),任何人可强制提升进主 Inbox——数字以当时文档为准。

Retryable:L1→L2 消息为什么能「重试」

充值 ETH、从父链发起子链调用时,核心原语是 Retryable ticket。Parent to Child Messaging → Retryable tickets 写明:它是 Arbitrum 规范的父链→子链消息方式;提交成本主要依赖 calldata 大小,且父链上的提交与子链上的执行可分离、异步。

Arbitrum One 怎么运作:Inbox、重试与浏览器字段-程序旅途
图2:docs.arbitrum.io:Retryable tickets 与 lifecycle——Submission 调用 Inbox 的 createRetryableTicket;随后 Automatic redemption / Manual redemption;界面为英文

生命周期按文档拆成:

  • Submission:在 Inbox 合约调用 createRetryableTicket,得到 TicketID;ArbRetryableTx 预编译会发出 TicketCreated 等事件。
  • Automatic redemption:子链余额与 maxFeePerGas 等条件满足时,系统尝试自动执行(auto-redeem)。
  • Manual redemption:自动失败时,任何人可再调用赎回——这和「普通 L2 交易 revert 后就结束」不一样,票据在有效期内仍可重试。

参数字段可对照 Creating retryable tickets:l1CallValue、to、l2CallValue、maxSubmissionCost、退款地址、gasLimit、maxFeePerGas、data 等。截图时页面还写了未用费用退款公式;具体以文档当时文案为准。

Arbitrum One 怎么运作:Inbox、重试与浏览器字段-程序旅途
图3:docs.arbitrum.io Bridging → Creating retryable tickets:列出 l1CallValue、to、l2CallValue、maxSubmissionCost、excessFeeRefundAddress 等字段说明;界面为英文
你在核什么 文档入口 浏览器侧怎么对
主 Inbox / Delayed Inbox Inside Nitro → Inboxes, fast and slow Arbiscan「Latest L1→L2」与充值相关 Tx
Retryable 提交与赎回 L1→L2 Messaging → Retryable tickets 父链 Tx 成功 ≠ 子链已执行完
票据参数 Creating retryable tickets 对照 Ticket / Redeem 相关字段与事件
链身份 L2BEAT / 钱包网络 Chain ID 42161,Gas 为 ETH

L2BEAT:Arbitrum One 是 Optimistic Rollup

打开 L2BEAT · Arbitrum One。About 写明它是 Offchain Labs 构建、由 Arbitrum DAO 治理的通用 Optimistic Rollup;截图时可见 Type、Chain ID 42161、Gas Token ETH、Stage 与 Sequencer Failure 等风险维度。TVS / UOPS 会变,不要把截图数字当成常数。

Arbitrum One 怎么运作:Inbox、重试与浏览器字段-程序旅途
图4:L2BEAT Arbitrum One:About、Chain ID 42161、Stage、风险雷达(含 Sequencer Failure 等);TVS/UOPS 为截图时数值会变动;界面为英文

若要对照 Optimistic vs ZK、以及其他 L2,可继续看 Optimistic 与 ZK Rollup 差在哪:用 L2BEAT 看 Arbitrum、Base;同属 OP Stack 路线的 Base 核对见 Base 链怎么运作:OP Stack、排序器与区块浏览器。

Arbiscan:自己核浏览器字段

Arbiscan 首页除了 Latest Blocks / Latest Transactions,还有 Latest L1 → L2 Transactions:把 L1 Block、L1 Tx 与 L2 Tx 对应起来——这正是 Inbox / 跨链消息落地后,你在浏览器里最常对的入口。截图时 Gas 极低、出块间隔亚秒级,均会随网络变化。

Arbitrum One 怎么运作:Inbox、重试与浏览器字段-程序旅途
图5:arbiscan.io:Arbitrum One 首页展示 Latest block、TPS、Latest Blocks / Transactions,以及 Latest L1→L2 Transactions;数值为截图时状态;界面为英文

实操核对步骤:

  1. 钱包切到 Arbitrum One(Chain ID 42161),Gas 用 ETH。
  2. 普通 L2 转账:复制 Tx Hash → Arbiscan 看 Status、Block、From/To、Fee。
  3. 从以太坊官方桥/充值进来:除了 L2 Success,还可在首页 L1→L2 列表或相关 Tx 页对照父链哈希;理解 Retryable「提交成功」与「子链已赎回执行」可能不同步。
  4. 大额进出、跨回以太坊时,不要只看 L2 浏览器的 Success,还要理解批次上链与提款证明节奏。

自托管可用 欧易 Web3 钱包(创建时可填推荐码 CHENGXULVTU);需要少量 ETH 作 Gas 时可先在 币安 或 欧易 准备。以太坊侧确认数见 以太坊确认数与最终性;Pending 内存池对照见 以太坊内存池是什么。

相关阅读

说明:文中 Chain ID、延迟时间、Gas、TVS/UOPS、出块间隔等均为 2026-09-29 截图时的文档/浏览器状态,会随网络与文档更新变化;Inbox / Retryable 职责以 docs.arbitrum.io 当时文案为准。本文只做技术核对,不构成任何投资建议。