摘要：Optimism（OP Mainnet）是 Optimistic Rollup。本文用 docs.optimism.io 的批次提交 / Derivation / Batcher DA 配置、L2BEAT 与 OP Mainnet 浏览器实机页，教你核对批次上 L1 与数据可用性字段。
Optimism（OP Mainnet）是跑在以太坊之上的 Optimistic Rollup。很多人已经用过同属 OP Stack 的 Base，却还没单独核过 Optimism 自身的批次提交（batch submission）与 L1 数据可用性（Data Availability）字段。本文不讲行情，只用 docs.optimism.io 的 Transaction flow / Derivation / Batcher 配置、L2BEAT OP Mainnet，以及 optimistic.etherscan.io 实机首页，把「批次怎么上 L1、DA 看哪里」串起来，方便你自己核对。
批次提交：op-batcher 把 L2 数据写到 L1
打开 docs.optimism.io「Transaction flow」。官方说明：通道（channel）装满或超时后，会被压缩并发布到 L1；写入 L1 会推动协议里的最终性状态。
可以记三条核对口径（以文档当时文案为准）：
- unsafe：Sequencer 已处理，但批次尚未写上 L1。
- safe：批次数据已发布到 L1，他人可据此推导。
- finalized：承载该批的以太坊 L1 区块本身已最终确认——比「L2 浏览器里刚看到 Success」更晚一层。
同页还提到由 op-batcher 主循环负责把状态发布到 L1。这和 Base 文里讲的 OP Stack 组件表是同一套栈，但本文焦点在批次与 DA，不重复讲 Base 产品侧入口。
Derivation：从 L1 批次推导回 L2
docs.optimism.io「Derivation pipeline」 说明：推导流水线负责从排序器提交的批次中推导一致状态。关键职能包括：
- Batch Submission and Sequencing：交易被收进批次并提交到 L1。
- Safe Head / Unsafe Head：Safe 是已在 L1 确认的状态；Unsafe 是节点已知、但尚未在 L1 确认的更高 L2 头。
- Reorg and Recovery：若在测序窗口内（文档写明通常约 12 小时）L1 上仍看不到有效批次，流水线会做恢复处理——具体秒数/窗口以文档当时说明为准。
L1 数据可用性：blobs / calldata
批次「写到 L1」具体用什么载体，要看 batcher 的 Data Availability Type。打开 docs.optimism.io「Configure the batcher」→ Batcher policy：表内写明 Data Availability Type 可选用 blobs、calldata 或 auto 把交易数据发到 L1；管理员是 batch submitter 地址；需求侧标注 Ethereum（Blobs or Calldata）。同表还有 Batch Submission Frequency 等策略字段——截图时的「约 1,800 L1 块」等目标会随配置变化，不要当成固定费率。
Spin up batcher 教程也概括了 batcher 职责：Data availability（保证 L2 交易数据在 L1 可核验）、压缩降本、channel 管理；并写明 batcher 从 sequencer 读数据，把压缩批次提交到 L1 的 BatchInbox 合约。
L2BEAT：OP Mainnet 的 DA 字段怎么对
打开 L2BEAT · OP Mainnet。About 写明它是 Optimistic Rollup；截图时可见 Chain ID 10、Gas Token ETH、Stage，以及徽章 Data Availability: Blobs、Built on OP Stack。TVS / UOPS 会变，不要把截图数字当常数。
再翻到同页的 Data availability 小节：写明证明所需数据以 blobs 或 calldata 形式上链，DA 层是 Ethereum，并链到 Batch submission / BatchInbox 等规格入口。State derivation 小节还会提到 op-node / op-geth 与压缩方案等——仍以页面当时文案为准。
若要对照 Optimistic vs ZK、或其他 L2，可看 Optimistic 与 ZK Rollup 差在哪；同属 OP Stack、但侧重 Base 产品与浏览器字段的见 Base 链怎么运作：OP Stack、排序器与区块浏览器。Arbitrum 的 Inbox/Retryable 路线不同，见 Arbitrum One 怎么运作。
optimistic.etherscan.io：自己核批次相关字段
OP Mainnet Explorer（optimistic.etherscan.io） 首页除了 Latest Blocks / Transactions，还直接给出 Latest L1 Tx Batch 与 Latest L1 State Batch，以及 Latest L1 → L2 Transactions——这是把「批次已上 L1」与跨层消息落到浏览器里的常用入口。截图时 Gas 极低、出块很快，均会随网络变化。
实操核对步骤：
- 钱包切到 OP Mainnet（Chain ID 10），Gas 用 ETH。
- 普通 L2 转账：复制 Tx Hash → 浏览器看 Status、Block、Fee。
- 关心「批次是否已写上 L1」：对照首页 L1 Tx Batch / L1 State Batch，并结合文档里的 unsafe → safe → finalized 含义，不要只看 L2 软确认。
- 从以太坊跨进来：可在 Latest L1→L2 列表对照 L1 Tx 与 L2 Tx。
| 你在核什么 | 文档 / 面板入口 | 浏览器侧怎么对 |
|---|---|---|
| 批次写入 L1 | Transaction flow → Posting to L1 | L1 Tx Batch / 相关 L1 交易 |
| 推导与 Safe/Unsafe | Derivation pipeline | 不要把 Unsafe 头当成 L1 已最终确认 |
| DA 载体 blobs/calldata | Configure the batcher / L2BEAT DA | 徽章与 DA 小节写明 Ethereum |
| 链身份 | L2BEAT / 钱包网络 | Chain ID 10，Gas 为 ETH |
自托管可用 欧易 Web3 钱包（创建时可填推荐码 CHENGXULVTU）；需要少量 ETH 作 Gas 时可先在 币安 或 欧易 准备。以太坊侧确认数见 以太坊确认数与最终性。
相关阅读
- Base 链怎么运作：OP Stack、排序器与区块浏览器
- Optimistic 与 ZK Rollup 差在哪：用 L2BEAT 看 Arbitrum、Base
- Arbitrum One 怎么运作：Inbox、重试与浏览器字段
- 以太坊确认数与最终性：多少确认算安全
说明：文中 Chain ID、测序窗口、Gas、TVS/UOPS、L1 Batch 序号、出块间隔等均为 2026-09-30 截图时的文档/浏览器状态，会随网络与文档更新变化；批次提交与 DA 职责以 docs.optimism.io 与 L2BEAT 当时文案为准。本文只做技术核对，不构成任何投资建议。
