Optimism (OP) 宣布影响桥梁和交易所的关键防故障升级

Optimism (OP) 是以太坊领先的第 2 层扩展解决方案，将对其故障证明系统实施重大突破性更改，这将直接影响桥梁、中心化交易所和处理提款的自定义解决方案。这一发展对于 Optimism 生态系统内的利益相关者至关重要，因为他们必须调整其系统以适应新的提款验证流程。

防错系统更新概述

此次升级引入了从 L2OutputOracle 到由 OptimismPortal 和 DisputeGameFactory 组成的新系统的转变。 L2OutputOracle 以前对于存储 L2 状态输出提案的提案者角色至关重要，现在将被完全删除。取而代之的是，开发人员需要在两步提款流程的第一步中使用争议游戏的 rootClaim 来证明提款。

OptimismPortal 合约将经历微小的变化，因为它现在引用 DisputeGameFactory 合约而不是 L2OutputOracle。开发者现在必须通过 OptimismPortal 搜索具有适当游戏类型的最新 DisputeGame 合约，以证明提款。这种转变增强了提款过程的安全性和去中心化性，但要求开发人员相应地更新其客户端代码。

对桥梁和中心化交易所的影响

向故障证明的过渡需要更新处理提款的逻辑。大多数使用 Optimism SDK 或 Viem 的团队都需要在 Sepolia 发布之前更新其软件版本。例如，Optimism SDK 需要升级到 3.2.0 或更高版本，这样可以保持 API 兼容性，并在检测到故障证明升级后自动集成新逻辑。

对于那些使用 Viem 的人来说，最新版本破坏了 API，需要使用支持故障证明的实验性装饰器。当故障证明在主网上成为主流后，将建议切换到稳定的 API。

监控系统变化

提款监控和争议监控服务已进行更新，以适应新的故障证明系统。对于两步提款系统至关重要的提款监控服务在启动时变得稍微慢一些，但更加可靠并且与更广泛的基础设施兼容。它仍然与现有系统完全向后兼容。

另一方面，争议监视器服务将取代当前的故障监视器来检测无效的输出建议。当前运行故障监视器的团队将需要切换到新服务并更新其警报系统，以符合新升级的要求。

开发人员和运营商的后续步骤

建议 Optimism 网络内的开发人员和运营商通过查看 Optimism 提供的详细文档来熟悉即将发生的变化。这包括了解故障证明系统的三个主要组件——Cannon FPVM 和 Mips.sol——并为他们的系统过渡做好准备。

故障证明更新计划于 19 年 2024 月 XNUMX 日在测试网上启动。对于所有相关方来说，提前准备其系统以确保与新协议无缝集成并避免对其运营造成任何干扰至关重要。

乐观情绪继续为那些在过渡期间遇到困难的开发人员提供支持。积极的参与和详细的文档反映了 Optimism 对维护强大且对开发人员友好的生态系统的承诺。

图片来源：Shutterstock