即将到来的 Bedrock 升级 将使 OP Mainnet 和其他 OP Stack 链能够支持多个客户端，从而显著增强网络的弹性和适应性。昨天，我们庆祝了 a16zcrypto 的 rollup 客户端 Magi 的发布，今天我们宣布另一个执行客户端已经登陆 OP Goerli：op-erigon！
这一激动人心的进展是由 Test in Prod 团队实现的，该团队完全独立于 OP Labs，这证明了模块化和开源 OP Stack 的强大功能。
虽然这些 op-erigon 和 Magi 的首批版本在 OP Goerli 上需要持续测试，以确保稳定并为最终的 OP Mainnet 发布做准备，但它们仍然代表了 L2 客户端多样性的一个重要里程碑。
请继续阅读，了解更多关于 Bedrock 为何被设计为支持客户端多样性，以及获取如何在 OP Goerli 上测试 op-erigon 的所有详细信息。
什么是客户端多样性，为什么它很重要？
客户端是一种软件，用于同步区块链并允许用户与之交互。在以太坊中，有多个由不同团队开发和维护的客户端，这提供了客户端多样性。这种多样性至关重要，原因如下：
-
它提供了不同的特性和优化。 以各种语言（如 Rust、Go 和 Java）开发的客户端可以探索不同的想法、优化和研究计划，从而促进创造力，并确保没有单一瓶颈阻碍进展。
-
它为开发者提供了选择。 用户可以选择适合其兴趣或特定用例的客户端，从而提供实验和满足其需求的机会。
-
它有助于对冲客户端故障。 最重要的是，多样化的客户端群确保即使某个客户端面临问题，网络也能继续运行。以太坊过去曾出现过严重错误，但由于有多个客户端可用，因此链没有出现故障，同时这些错误也得到了解决。
Bedrock 升级如何在 OP Mainnet 上实现客户端多样性
Bedrock 升级 旨在通过采用与 L1 相同的共识层和执行层分离来实现模块化并支持多个客户端。通过保持与 L1 上存在的相同的引擎 API 边界，升级最大限度地减少了采用另一个客户端所需的更改，从而增强了灵活性和适应性。
这种模块化在 OP Mainnet 上的 Cannon 实现计划中得到了呼应：网络也将能够容纳故障证明多样性。故障证明多样性由客户端多样性支持，并且多个客户端和多个证明的每种组合都有助于最终结果的仲裁。这确保了即使在出现错误的情况下，网络也能继续运行；OP Mainnet 将继续运行。🚂
介绍 op-erigon
截至今天，op-erigon 的第一个迭代版本已在 OP Goerli 上线。Test in Prod 团队渴望用户测试网络，以便他们可以改进产品并最终在 OP Mainnet 上发布！
如果你想尝试这个新的客户端产品，请访问 此 GitHub 存储库 或 Test in Prod 的 OP Goerli Public RPC。你可以在 Twitter 上找到 Test in Prod，并且你可以 点击此链接 以邀请他们加入 Discord，报告错误或找到有关设置的支持。感兴趣的读者还可以浏览 op-erigon fork-diff 或 Otterscan，这是 Test in Prod 设置的 op-erigon 区块浏览器。
用户应该意识到，新的客户端从一开始可能并不完全稳定。但是，当客户端的使用与经过时间考验的替代客户端相平衡时（就像在 L1 上一样），随着时间的推移，稳定性问题发生的可能性会降低。通过尝试 op-erigon 并向 Test in Prod 团队提供反馈，社区成员正在帮助丰富 Optimism 生态系统。谢谢！🫡
OP Stack 的力量
op-erigon 和 Magi 在 OP Goerli 上的推出不仅突出了 Bedrock 升级的优势，而且我们希望它们能激励开发者 探索 OP Stack 并构建自己的基础设施。像 Test in Prod 和 a16zcrypto 这样的生态系统构建者对于 Optimistic Vision 至关重要，他们在 OP Mainnet 上的这个具有高影响力的组件上的辛勤工作值得认可。
本周我们庆祝了 OP Goerli 上两个新客户端的发布，并且 Bedrock 升级以这样一种方式构建 OP Stack，即熟悉以太坊的构建者可以相对简单地构建其他客户端集成并将其投入生产。如果你有兴趣为这样的项目做出贡献，请 不要犹豫与我们联系！
