构建Bedrock版本
OP堆栈第一版背后的设计理念
我们成功的升级了Optimim Goerli 测试网，一场强有力的审计竞赛将 Bedrock 架构置于显微镜下，对提交给 Token House 的升级提案的投票将于 2 月 15 日开始。Bedrock 接近登陆Optimism主网，我们想借此机会分享更多的有关此版本的细节和背后的愿景。
请继续阅读了解Bedrock升级的设计理念，为什么它很重要，以及它如何在协议级别上对Optimism 主网的改进。
减少、重复使用、重新设计
从概念化Bedrock升级的最早阶段开始，减少OP 堆栈中的代码量就是OP Labs工程团队的首要任务。这一目标既具有现实意义，又具有战略意义。很简单，代码库中的每一行代码都要花钱维护，并且会带来另一个bug的机会。系统中的代码越少，维护成本就越低，而且也越安全。
OP Labs 实现最小代码库的方法是尽可能多地重用以太坊的代码。实际上，这也增加了安全性。一个新的L2代码库肯定会比一个已经在生产和战斗测试了8年多的代码库有更多的错误。
除此之外，重用以太坊代码库有助于我们得出构建Bedrock的第二个指导原则：真正的以太坊等效性。
以太坊等效
确保Bedrock版本尽可能接近100%以太坊等效版本，对我们社区的开发人员来说是件好事。从L1继承改进将需要在协议级别上从事Optimism工作的开发人员少得多的提升。它还将减轻 OP Labs 工程团队的负担，并帮助他们在构建时考虑到我们的社区。最小限度地修改执行客户端使我们能够在实施时及时了解以太坊主网到变化。
所有这些加在一起形成了一个生态系统，它将使所有以太坊原生协议贡献者在Bedrock发布后能够轻松的在 Optimism 主网上进行实验。
Bedrock的设计与以太坊有着相似的抽象和微小的差异。我们的代码库还使用了以太坊的常用术语。协议级别的等效性意味着核心以太坊贡献者将隐含地理解如何使用OP 堆栈，而OP Labs 开发人员同样会发现为以太坊做出贡献很容易。
最终，与以太坊的1：1的关系将使我们能够成为未来实验项目和 EIP 的试验场。以太坊核心开发者将能够在目前与以太坊等效性的L2代码库上进行实验、测试和创新。
模块化
模块化是Bedrock发行版的明星，它使得在OP 堆栈中交换不同的组件变得简单。它为未来的Optimism做准备，支持多个执行层客户端，并允许汇总使用错误证明或有效性证明（例如，zk-SNARK）作为证明机制。这种灵活的架构还可以适应以太坊生态系统的未来发展。
这种灵活性也使得在Optimism上构建非常有趣，因为它打开了一扇通向无限可能性的大门，这些可能性来自于为特定目的定制模块。通过这种方式，Bedrock能够在OP 堆栈的协议端进行重大实验和创新。
这在实践中如何运作的最好例子是 Lattice 修改OP 堆栈以发布OP Craft的工作。
下一步是什么？
升级提案已发送到 Token House 批准。如果成功通过，Optimism 主网将在接下来的几周内迁移到Bedrock——全体人员齐心协力确保顺利升级！
如果您对 Bedrock 的所有内容还不够了解，请查看 我们刚刚在以太坊乐观社区中心发布的技术 Bedrock 解释。我们还将在 UTC 时间2月8日下午6：30 举办一个以 Bedrock 为主题的AMA，在我们的Discord中——希望你能加入我们!
在接下来的几周里，请继续关注我们将发布大量深入的内容，包括几篇研究特定协议改进的Dev博客文章，如两步提款、降低L1数据费用、多客户端支持等。
