Команда Starknet, масштабируемой сети уровня 2 (L2) Ethereum, в понедельник опубликовала отчет о вскрытии, в котором изложена основная причина временного простоя основной сети.
Согласно отчету, основной причиной простоя основной сети было несоответствие в состоянии сети между уровнем исполнения блокировщика и уровнем проверки, который проверяет, правильно ли уровень исполнения обрабатывает транзакции. Команда Starknet объяснила:
«В одной конкретной комбинации межфункциональных вызовов, записи переменных, возврата и их перехвата блокировщик запомнил запись состояния, произошедшую внутри функции, которая была отменена, что привело к неправильному выполнению транзакции.
Это неправильное выполнение никогда не достигало окончательности L1 благодаря проверяющему слою Starknet», — заявила команда StarkNet, подчеркнув, что проверочный уровень функционировал правильно, отмечая ошибку и не фиксируя ошибочные транзакции в реестре.
Инцидент привел к реорганизации блока и отмене 18 минут сетевой активности. По словам команды, StarkNet вернулся к нормальной работе.
Инцидент побудил команду провести тестирование и аудит кода, чтобы предотвратить подобные проблемы в будущем. Нарушение StarkNet в понедельник также подчеркивает проблему кодирования для сетей блокчейн последнего поколения, которые включают в себя многоуровневые стеки технологий.
Отключение в понедельник было не первым сбоем в работе Starknet в 2025 году.
В 2025 году в StarkNet произошло несколько сбоев, самый серьезный из которых произошел в сентябре после крупного обновления протокола под названием Grinta.
Согласно отчету о вскрытии команды Starknet, отключение длилось более пяти часов и было вызвано ошибкой секвенсора. Секвенсоры — это системы, используемые для упорядочения транзакций в сети блокчейн.
Во время сбоя производство блоков было остановлено, и были выполнены две реорганизации цепочки для восстановления работоспособности сети.
Реорганизация привела к отмене или откату около 1 часа сетевой активности, а это означало, что пользователям пришлось повторно отправлять транзакции.
С точки зрения пользователя необходимость повторной отправки транзакции является незначительной проблемой, если транзакция не была чувствительной ко времени, но это может оказаться катастрофой для частого трейдера или инвестора, которому необходимо закрыть позицию или опубликовать транзакцию в течение короткого периода времени.
