乐观情绪将网络速度推至 200 毫秒，但标准数据源正在丢失关键信息

OP 主网的目标是逐步推出 200 毫秒子块，从 250 毫秒降低。

乐观的目标是 OP 主网上的 200 毫秒子块，在 8 月 31 日的滚动更改中将预确认间隔从 250 毫秒缩短。子块以前称为 Flashblock，是定序器在构建正常块时发送的增量更新，在该块被密封之前向应用程序提供反馈。

20% 的加速带来了潜在的兼容性风险。 Optimism 的迁移通知称，每个流式有效负载中将保留四个字段，但停止携带可用数据： state_root 、 block_hash 和withdraws_root 将是全零值，而withdraws 将是一个空列表。

有效负载类型仍为 ExecutionPayloadFlashblockDeltaV1 ，因此软件可以继续解析流而不会引发错误。包括receipts_root和logs_bloom在内的字段仍将包含实际值。这种组合使得在将成功解码视为每个字段都有意义的证据的系统中很容易错过迁移。

为什么 200 毫秒子块使提供者边界变得重要

子区块是预先确认，而不是最终确定的区块或状态承诺。 Optimism 的技术解释者表示，直接流消费者应该将归零状态根和块哈希视为不存在，并通过执行流携带的交易来导出预先确认的状态。

每日简报 噪音之前的信号。以由 CryptoSlate 编辑解码的推动市场的加密货币故事开始新的一天。一封电子邮件。一切重要的事情。电子邮件地址 免费加入 免费加入。随时取消订阅。哎呀，看来有问题了。请再试一次。你在名单上。您的下一份每日简报即将发送。

大多数应用程序都位于该边界更安全的一侧。它们连接到子块感知的 RPC 提供商并使用标准以太坊方法，通常带有待处理标签。根据 Optimism 的集成指南，正确配置的提供者或节点维护其自己的状态视图，因此 eth_getBalance 等调用可以返回派生的预先确认的数据，而无需依赖原始有效负载中的可用状态根。

因此，审计最直接地落在那些本身摄取 WebSocket 流的应用程序以及将原始字段转发给客户的 RPC 提供商上。操作员需要找到四个受影响字段的读取，将占位符根和块哈希视为不可用，并防止这些值进入下游状态、余额或证明输入。中继原始有效负载的提供商还必须通知其消费者。

更快的节奏已经在提供商文档中可见。 Alchemy 的 OP 主网指南描述了通过现有 Optimism RPC 端点进行 200 毫秒的更新，而 QuickNode 的通知则将迁移应用于其 Optimism 主网和 Sepolia JSON-RPC 组件。

乐观人士表示，8 月 31 日 200 毫秒子块的目标可能会发生变化，而且部署是渐进的，因此没有记录在案的全网络完成时间。其状态页面显示系统正在运行，检查时没有最近的事件通知。官方和提供商通知将零值字段视为需要预防性工作的迁移风险，而不是作为余额或证明已被损坏的证据。