ethereum-optimism/optimism

项目介绍

这个 monorepo 汇集了 Optimism Collective 维护的 OP Stack 核心组件，OP Mainnet 和 Base 背后的开源技术栈即源于此 项目概览。其中包含 rollup 共识层客户端 op-node、批次提交器 op-batcher、输出提议器 op-proposer、争议游戏挑战代理、排序器高可用服务、部署 CLI、packages/contracts-bedrock 下的智能合约，以及 kona、OP 版 reth/revm 等 Rust 组件 目录结构。

适合对象是运行、审计或扩展 OP Stack 链的协议工程师和基础设施团队，而不是 L2 应用终端用户。

入门路径

在 OP Mainnet 上开发应用和自行启动一条链是两回事。前者看 Optimism 文档；后者从 OP Stack Guide 开始，且 README 要求先理解发布与开发流程 文档入口。

合约与协议细节在独立的 OP Stack specs 仓库中 规范仓库。贡献者环境搭建，包括 Developer Quick Start，写在 CONTRIBUTING.md 中 贡献指南。

仓库文档给出的两个具体操作是：

• 按指定 commit、分支或 tag 下载并解压归档：curl -L https://github.com/ethereum-optimism/optimism/archive/$REF.tar.gz | tar xz。该归档不含子模块，需要另行下载 归档下载。
• 浅克隆最新 develop：git clone --depth 1 --shallow-submodules https://github.com/ethereum-optimism/optimism.git 浅克隆。

这两种方式都避免拉取数 GB 的完整 git 历史；文档也说明了如何浅检出指定 ref。仓库没有单独给出一段 op-node 快速启动命令，应沿 OP Stack Guide 和 release 说明操作，而不是自行猜测命令。

版本与分支

生产发布以 <component>/v<semver> 形式的 tag 标记，例如 op-node/v1.1.2；候选版本使用 -rc.1 发布流程。只有 op-batcher、op-contracts、op-challenger、op-node、op-proposer 有发布，其他组件仅供开发使用。

纯 v<semver> tag 只覆盖 Go 代码，不含智能合约。合约发布在 GitHub release notes 中列出，且一次发布中的合约并非都已达到生产就绪状态。

develop 是主开发分支，与最新实验性网络部署保持向后兼容。packages/contracts-bedrock/src 里的合约改动通常不向后兼容，因此合约 PR 可能需要走 feature 分支 开发分支。

使用约束

运行节点或链涉及网络配置和部署工具，这些不在本 README 的讨论范围内；应以 OP Stack 起步文档和网络参考为准 网络参考。README 没有提供一次性本地全栈启动配方。

漏洞报告遵循官方安全策略；Immunefi 计划对范围内的严重漏洞提供最高 $2,000,042 的赏金 安全策略。除文件另有说明外，仓库采用 MIT 许可证 许可证。

HotRepo 点评

2026-11-06 的 Go 日榜记录显示，该项目有 6,491 stars、4,070 forks，当日新增 1 star，当日最好名次为第 21 榜单记录。这仅是一条单日观察，不能据此判断趋势。仓库本身最清楚的信息是范围：五个可发布的节点/合约组件、大量仅供开发的工具，以及严格的 tag 约定。评估生产使用时，应关注已发布组件的 tag 和独立的 specs 仓库，而不是把整个 monorepo 当成一个已交付的成品。