Optimism Gateway介绍

OP Stack 由 Optimism Collective 维护，是支持 Optimism 链的开源完整技术栈，其目标是实现 Superchain：共享 L1，共享 Bridge，可互相通信的多链网络。

OP Stack 包括如下部分：

• Data Availability, DA
  • 保存完整的 OP 交易数据。可从 DA 中同步、构建完整的链。
  • Ethereum DA 是最常见的解决方案，使用 calldata, blob 保存交易信息
  • 使用 op-batcher 模块向 L1 提交交易 batch
• Sequencing
  • Sequencer 决定 L2 交易顺序，确定其上传 DA 的方式。
  • 目前 OP 架构使用单一的 Sequencer
  • 未来可能会使用多 Sequencer 架构，由多个 Sequencer 择一出块。
• Derivation
  • 定义从 DA 解析原始数据并传给 Execution Layer 的标准 API
  • 使用 op-node 模块完成。L1 发送给 L2 的交易即由 op-node 监听并处理。
• Execution
  • 执行交易，完成 L2 状态转换。
  • 与以太坊 EVM 基本一致，主要添加了 L1-L2 跨链交易处理逻辑和 收取 L1 Data Fee 逻辑。
  • 使用 op-geth 模块完成
• Settlement Layer
  • 结算层，主要让外部确认链的共识状态。
  • 当 L2 数据推送到 L1 DA 并在 L1 finalize 时，L2 状态也是 finalized。这些数据无法删除和修改。但结算层会验证这些数据的正确性，可能拒绝。如果验证通过，则接受这个数据，从而完成结算（解锁资产）
  • op-proposer 模块会将 L2 的状态更新以 output root 提交到 L1。主要验证的就是这个 output root 的正确性。
  • 可以有以下多种验证方式。
    • Attestation-based Fault Proof（目前的方案）：Proposer 提交 proposals 后在挑战期（challenge period）内如果多签没有否决，则状态生效。此方案将信任假设建立在多签上。
    • Fault Proof Optimistic Settlement：与上面方案类似，不过否决不依赖多签，而是使用欺诈证明（Fault Proof ），任何人均可在挑战期内提交有效的 Fault Proof。此方案的信任假设是 Fault Proof 可以被正确的构建并在挑战期内提交
    • Validity Proof Settlement：使用数学证明 L2 状态更新，通常使用 ZK Proof。此方案的信任假设 Validity Proof 可以被正确构建并提交。此方案无挑战期，Validity Proof 提交后则完成结算。
• Governance
  • MultiSig Contracts （目前的方案）：使用多签管理关键系统合约、桥合约的参数配置及升级权限。
  • Governance Tokens：使用 Token 进行 DAO 治理。

L2 交易 rollup 到 L1 的过程：

• Sequencer 收集 L2 交易
• 交易提交给 op-geth 进行执行，完成状态转换。
• 新的 output root 由 op-proposer 提交到 L1 上的 L2OutputOracle。（7天挑战期过后最终生效）
• 此与同时，op-batcher 将交易压缩打包提交到 L1