Base утверждает, что одна и та же ошибка секвенсора вызвала сбои 25 и 26 июня.

Base объяснил, почему его мейннет дважды за два дня переставал производить блоки

Краткое содержание

• Последний постмортем Base показывает, что один баг секвенсора вызвал две остановки мейннета в течение двух дней подряд.
• Средства остались в безопасности, но очереди транзакций переполнились, так как Base временно прекратил производить новые L2-блоки.
• После сбоя команда планирует усилить фаззинг-тесты, нагрузочные тесты, мониторинг и инструменты восстановления.

Сеть уровня 2 на базе Ethereum, поддерживаемая Coinbase, сообщила, что обе остановки были вызваны одним и тем же багом в логике построения блоков секвенсора.

Первая остановка началась 25 июня и длилась около 116 минут. Вторая началась 26 июня и длилась около 20 минут. Base заявила, что во время обоих инцидентов средства оставались в безопасности.

Баг секвенсора остановил производство блоков

В своем официальном постмортеме Base сообщила, что недействительная транзакция не выполнилась, как и ожидалось. Проблема возникла после этого сбоя, когда устаревшее состояние журнала осталось внутри построителя блоков.

25 и 26 июня мейннет Base испытал две остановки производства блоков, обе вызванные одним и тем же багом в логике построителя блоков.

Мы определили и устранили первопричину, а также передали постмортем цепочкам OP в качестве обратной связи.

Все средства были в безопасности… pic.twitter.com/eArnK12AgZ

— Base Build (@buildonbase) 27 июня 2026

Это устаревшее состояние включало аккаунты и слоты хранения, затронутые невыполненной транзакцией. Когда следующая валидная транзакция поступила, система использовала неправильное состояние журнала и некорректно начислила газ.

Это привело к созданию блока с недействительным переходом состояния. Другие узлы не смогли принять блок, поэтому цепочка перестала производить новые L2-блоки.

«Целостность цепочки не была нарушена, и все средства на Base были в безопасности», — заявили в Base.

Команда добавила, что производство блоков возобновилось безопасно после смягчения последствий.

Транзакции ставились в очередь во время остановки

Во время сбоев пользователи не могли добавить новые транзакции в цепочку. Base сообщила, что транзакции ставились в очередь в мемпуле, пока цепочка ожидала возобновления производства блоков.

Пул транзакций впоследствии вырос за пределы своей емкости. В результате новые запросы eth_sendRawTransaction возвращали ошибки в окне сбоя.

Остановка также повлияла на прогресс секвенсора и валидатора. Base заявила, что эти узлы не могли продвинуться дальше недействительного блока до тех пор, пока секвенирование не возобновилось.

Как сообщалось ранее, Base впервые отметила нездоровое производство блоков 25 июня, прежде чем инженеры выявили проблему консенсуса, связанную с недействительным блоком.

Патч исправил проблему устаревшего состояния

Base заявила, что устранила основной баг, применив патч секвенсора. Патч гарантирует, что состояние журнала правильно обновляется во время выполнения после неудачной транзакции.

Команда также обнаружила вторую проблему во время восстановления. Base сообщила, что смягчение последствий заняло больше времени из-за состояния гонки в функции сброса движка, что помешало секвенсорам догнать цепочку после перезапуска.

Эта вторая проблема помогла объяснить, почему инцидент повторился на следующий день. Base заявила, что проблема затронула секвенсоры, а не узлы валидаторов, но это все равно замедлило восстановление.

Страница статуса Base показала, что секвенирование возобновилось 25 июня. Она также рекомендовала операторам узлов экосистемы перезапустить узлы Base, если они все еще зависли.

Запланированы изменения в тестировании и восстановлении

Base заявила, что усилит фаззинг-тестирование протокола и нагрузочное тестирование. Эти методы помогают командам находить странные шаблоны транзакций, которые могут выявить скрытые баги.

Команда также планирует улучшить мониторинг и операционные проверки. Она заявила, что эти изменения должны помочь инженерам раньше обнаруживать подобные проблемы и быстрее реагировать.

Base также хочет добавить плавное восстановление в base-consensus. Это изменение упростит для узлов валидаторов продолжение синхронизации после подобных сбоев.

Сбой произошел в напряженную неделю для сети. Base также продолжила обновление Beryl, которое добавляет стандарт токенов B20 и сокращает стандартный период вывода средств с Base на Ethereum с семи до пяти дней.

Инцидент дает разработчикам и пользователям более четкое представление о слабом месте. Base теперь назвала баг, выпустила патч и перечислила тесты, которые планирует улучшить.