Подробности Prysm: сбой сети Fusaka Mainnet и потеря 382 ETH

Узлы Prysm не справились с высокой нагрузкой на аттестацию во время Fusaka, что привело к пропуску примерно 18,5% слотов, низкому участию и потерям в 382 ETH.

Несинхронизированные аттестации вынудили Prysm проиграть старые состояния маяка, что вызвало тысячи дорогостоящих повторных вычислений и истощение ресурсов.

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

Обновление основной сети Ethereum Fusaka столкнулось с срывом 4 декабря 2025 года после того, как узлы Prysm не справились с обработкой аттестаций. Проблема возникла в основной сети Ethereum во время окна обновления Fusaka, в связи с командой клиентов консенсуса Prysm. Это произошло из-за истощения ресурсов, что задержало ответы валидаторов и вызвало пропуск эпох, снижение участия и потерю наград валидаторов.

Истощение ресурсов нарушает эпохи Fusaka

Во время инцидента почти все маяки Prysm испытывали трудности с обработкой определённых аттестаций под высокой нагрузкой. Особенно проблема затронула эпохи 411439 по 411480, охватывающие около 42 эпох. Однако узлы не успевали вовремя отвечать на запросы валидаторов, что вызвало пропущенные блоки и аттестации.

На этом диапазоне сеть потеряла 248 блоков из 1 344 слотов. В результате уровень пропуска слотов достиг примерно 18,5%. Участие в сети также резко снизилось, опустившись примерно до 75% во время пика сбоя.

Валидаторы понесли измеримые потери во время замедления. По данным команды Prysm, сумма пропущенных наград за аттестации составила около 382 ETH. Эти потери накапливались, поскольку валидаторы не могли своевременно предоставить доказательства.

Несинхронизированные доказательства привели к тяжелым повторным вычислениям

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

Для проверки каждого доказательства Prysm многократно воссоздавал старые состояния маяка. Этот процесс требовал воспроизведения прошлых блоков и выполнения дорогостоящих переходов эпох. При высокой конкуренции узлы пытались одновременно повторять сотни таких перерасчетов.

Примером стал случай, когда аттестация ссылалась на блок 0xc6e4ff из эпохи 411441. Prysm повторно воспроизвел несколько переходов состояний для его проверки. Замечено, что подобное поведение происходило почти 4 000 раз по всей инфраструктуре.

Исправления, обнаружение и текущий мониторинг

Во время инцидента команда Prysm рекомендовала пользователям включить флаг --disable-last-epoch-target в версии 7.0.0. Эта временная мера снизила нагрузку на повторные вычисления состояний. Важно, что это избегало необходимости срочного релиза клиента.

Позже, версии 7.0.1 и 7.1.0 включили постоянные исправления. Эти обновления изменили проверку аттестаций, сделав её зависимой от текущего состояния, избегая воспроизведения истории. Команда предостерегла от использования флага --ignore-unviable-attestations.

Обнаружение происходило на основе отчетов от основных разработчиков и пользователей. Метрики показывали рост количества повторных вычислений, высокое использование ресурсов и сбои запросов gRPC. Согласно данным Miga Labs, распространение клиента изменилось в процессе восстановления, что подчеркивает продолжающиеся проблемы с разнообразием.

Статья Prysm Details Fusaka Mainnet Outage и 382 ETH Loss опубликована на Crypto Front News. Посетите наш сайт, чтобы читать больше интересных статей о криптовалютах, блокчейн-технологиях и цифровых активах.