Optimism нацелен на субблоки длительностью 200 мс в OP Mainnet, сократив интервал предварительного подтверждения с 250 миллисекунд в рамках постепенного изменения, запланированного на 31 августа. Субблоки, ранее называвшиеся Flashblocks, представляют собой пошаговые обновления, которые отправляет секвенсер, пока он ещё строит обычный блок, предоставляя приложениям обратную связь до закрытия этого блока.
[
Связанное чтение
Coinbase-backed Base представляет обновления, стремясь удвоить производительность Solana
](https://cryptoslate.com/coinbase-backed-base-unveils-upgrades-to-beat-solana-performance-by-double/)
Ускорение на 20% несёт в себе скрытый риск совместимости. В уведомлении Optimism о миграции говорится, что четыре поля останутся в каждом потоковом payload, но перестанут содержать полезные данные: state_root, block_hash и withdrawals_root примут нулевые значения, тогда как withdrawals станет пустым списком.
Тип payload остаётся ExecutionPayloadFlashblockDeltaV1, поэтому программное обеспечение может продолжать парсинг потока без возникновения ошибок. Поля, включая receipts_root и logs_bloom, по-прежнему будут содержать реальные значения. Такое сочетание делает миграцию легко упустить в системах, где успешное декодирование воспринимается как доказательство того, что каждое поле имеет смысл.
Почему субблоки длительностью 200 мс делают границу провайдера важной
Субблоки — это предварительные подтверждения, а не окончательно завершённые блоки или обязательства по состоянию. В техническом объяснении Optimism говорится, что прямые потребители потока должны рассматривать нулевой state root и block hash как отсутствующие и выводить предварительно подтверждённое состояние, выполняя транзакции, переданные потоком.
[
Связанное чтение
Как война Ethereum против Solana закончилась тихо — не громко, а едва слышно
](https://cryptoslate.com/the-ethereum-vs-solana-war-ended-quietly-not-with-a-bang-but-a-whimper/)
Большинство приложений находятся на более безопасной стороне этой границы. Они подключаются к RPC-провайдеру, осведомлённому о субблоках, и используют стандартные методы Ethereum, часто с тегом pending. Правильно настроенный провайдер или узел поддерживает собственный взгляд на состояние, поэтому такие вызовы, как eth_getBalance, могут возвращать выведенные предварительно подтверждённые данные, не полагаясь на рабочий state root в исходном payload, согласно руководству по интеграции Optimism.
Поэтому аудит в первую очередь касается приложений, самостоятельно принимающих WebSocket-поток, и RPC-провайдеров, передающих исходные поля клиентам. Операторам необходимо найти чтения четырёх затронутых полей, считать заглушку state root и block hash недоступными и предотвратить попадание этих значений в последующее состояние, балансы или входные данные для доказательств. Провайдеры, ретранслирующие исходные payload, также должны уведомлять своих потребителей.
Более быстрый темп уже заметен в документации провайдеров. Руководство Alchemy по OP Mainnet описывает обновления каждые 200 мс через существующие точки доступа RPC Optimism, тогда как уведомление QuickNode применяет миграцию к своим компонентам JSON-RPC Optimism Mainnet и Sepolia.
[
Связанное чтение
Новое «суперприложение» Base от Coinbase объединяет торговлю, платежи, социальные сети и ИИ под одной крышей
Optimism заявляет, что целевой срок 200 мс для субблоков 31 августа может сдвинуться и что внедрение будет постепенным, поэтому нет документированного времени завершения по всей сети. На его странице статуса при проверке показывалось, что системы работают и нет свежих уведомлений об инцидентах. Официальные и провайдерские уведомления описывают нулевые поля как риск миграции, требующий профилактической работы, а не как доказательство того, что балансы или доказательства уже повреждены.
Запись Optimism увеличивает скорость сети до 200 мс, но стандартные потоки данных тихо теряют ключевую информацию была опубликована первоначально на CryptoSlate.