从第 0 天起，我们就在 GETH （以太坊最强大和最受欢迎的部署）上构建了我们的软件——这是通往生产就绪的以太坊 L2 解决方案的唯一可行途径。 OVM v1 引入了一个容器化系统，位于 GETH 的 EVM 之上，有助于避免在 L1 上繁琐地重新实现整个 EVM。

　　这一组合在早期取得一定程度的成功，但由于 EVM 本身不支持容器化，所以它不是免费的。即使对于我们专注于 Geth 的团队，这些变化也开始累积。随着 Optimistic 以太坊的发展壮大， 等效性具备令人难以置信的力量：

• 　　Solidity、Vyper 和 Hardhat 等项目无私地致力于开发其 OVM 版本的开发工具，但我们制造出的风险是：让这些本身资源已经很有限的团队进一步分散资源。这教会我们，各家团队总是需要投入人力来维护非等效的代码库。

• 　　随着每一行代码的改变，采用像 Erigon 这样的实验性部署变得更加困难。 这教会我们，我们将始终需要致力于整合未来的客户部署。

• 　　与现有的超优化版本相比，重新实现部分 EVM 会制造出 GAS 开销。这教会我们，要实现 gas 成本最小化，需要 EVM 等效设计理念。

　　是时候寻求更好的解决方法了，即使解决方案可能有一些乏味。

　　值得庆幸的是，我们找到了更好的方法，不用在 EVM 中繁琐地重新部署 EVM。以下步骤就是你要做的。

　　实现区块生产和执行的分离

　　在实践中，我们确实必须对以太坊的 L2 进行一些更改：特别是如何生成区块。在 L1 上，节点使用工作量证明（POW）共识机制来确定区块；在 L2 上，通过发送分批交易到「父链」（L1 以太坊）实现批量交易。如果 L2 使用自己的 POW 共识，它将是 L1！ 所以「等效性」在这个层面上基本上是荒谬的。

　　区块链模块化的一个核心特征是将共识与执行分离——也就是说，确定和执行下一个区块分别通过不同的过程完成。我们可以借用这个模式，在 L2 中加以使用。简单说，我们只是定义了一个函数，它接收 L1 区块，处理它们以进行 rollup 交易，并以与 L1 区块完全相同的格式输出 L2 区块。因此，L2 执行可以定义为等效于 L1。

　　以太坊 2.0 合并 API

　　现有 L1 客户端部署中的共识 / 执行模块化的状态如何？ 嗯：它将在所有以太坊部署方案中实现标准化。

　　事实证明，以太坊 2.0 合并 需要与 EVM 等效 Rollup 完全相同的抽象：信标链等同于 L1 为 Rollup 所做的完全相同的「父链」角色。这将使在 L2 中使用 L1 客户端变得非常简单。