Optimism op-超级节点 v1.0.3 强制执行更严格的硬分叉配置检查

Optimism 于 10 月 1 日发布了 op-supernode v1.0.3，作为可选的运营者升级，加强了对虚拟节点 rollup 配置中硬分叉激活时间的验证。该版本通过拒绝创世区块之后两个硬分叉共享同一激活时间戳的配置，防止无效的创世后分叉排序。Superchain 注册表中的现有链不受影响，该验证针对可能错误编码升级顺序的自定义 rollup 配置。

op-supernode v1.0.3 强制执行创世后分叉时间戳分离

op-supernode v1.0.3 中的新验证规则会拒绝任何在创世区块之后以相同时间戳激活两个硬分叉的虚拟节点配置。检查从 Jovian 分叉开始生效，并验证其后每个分叉的正确顺序。根据更新后的逻辑，在创世区块之前或创世区块生成时激活的分叉仍可共享时间戳。Optimism 在发布说明中表示，Superchain 注册表中已有的链不受该配置问题影响。该验证针对运行自定义 rollup 配置的运营者，这些配置可能编码了无效的硬分叉顺序。现在，软件检测到调度冲突时会在启动阶段失败，使运营者能够在多个组件开始以不同方式解读该链之前，识别并修正错误的升级调度。

自定义 Rollup 配置面临更严格的验证要求

由于这是可选版本，现有注册链无需立即采取行动。运行自定义配置的团队在升级到 v1.0.3 时，可能会发现此前未被发现的错误，因为新检查会暴露早期版本所接受的无效调度。采用自定义设置的运营者必须在应用更新前修正任何无效的硬分叉顺序。OP Stack 代码库支持多条相互独立的链，并允许自定义参数、升级时间安排和基础设施选项。每增加一层配置，都会引入调度或参数定义中的人为错误风险。启动验证代表了一种遏制配置风险的策略，因为这些风险会随着所支持链数量的增加而扩大。

Optimism 在 OP Stack 组件中扩大配置防护措施

近期 op-batcher 升级强化了与即将推出的 Ethereum 变更之间的兼容性检查，而 op-node 的版本发布则更积极地验证硬分叉顺序。v1.0.3 中的验证方式遵循了应用于其他 OP Stack 组件的相同运营理念。Optimism 已在 Sepolia 测试网上部署 Superchain 互操作性测试，并推进了围绕 Super Root 争议游戏的治理工作。不断增长的 Superchain 基础设施复杂性，提高了配置正确性检查的运营价值，从而防止小错误升级为链级事件。

常见问题

op-supernode v1.0.3 会验证 rollup 配置中的哪些内容？

op-supernode v1.0.3 会验证虚拟节点 rollup 配置中不存在两个硬分叉在创世区块之后以同一时间戳激活的情况。检查从 Jovian 分叉开始生效，并验证其后所有分叉的正确顺序。

哪些 Optimism 链会受到 v1.0.3 配置检查的影响？

Superchain 注册表中的现有链不受该配置问题影响。该验证针对可能编码了无效创世后分叉顺序的自定义 rollup 配置，要求运营者在升级前修正任何调度冲突。