Вскоре после развертывания Fusaka в популярном консенсус-клиенте Prysm произошел сбой, который вывел из строя часть валидаторов Ethereum.
🚨 We have identified the issue and have a quick workaround. All nodes should disable Prysm to unnecessarily generate old states to process outdated attestation. To do this, simply add the following flag to your beacon node. This flag works with v7.0.0 and you do not need to…
— Prysm Ethereum Client (@prylabs) December 4, 2025В версии клиента v7.0.0 обнаружили ошибку. Из-за нее при обработке старых подтверждений ненужным образом генерировались устаревшие состояния блокчейна.
Как пояснил ведущий разработчик Теренс Цао, проблема нарушила корректную работу узлов, использующих этот клиент. Специалисты представили временное решение, чтобы отключить проблемную функцию.
Однако на эпохе 411 448 ключевые показатели сети все равно резко снизились. Лишь 75% узлов подписывали актуальные заголовки блоков, а участие в консенсусе упало до 74,7%. Ethereum оказался на грани полномасштабного сбоя, поскольку до полной остановки финализации блоков оставалось менее девяти процентных пунктов.
Источник: Beaconcha.in.К текущему моменту (эпоха 411 760) работа сети нормализовалась. Показатели почти вернулись к докризисным уровням:
участие в консенсусе: ~99%;синхронизация: ~97%.До инцидента эти значения стабильно превышали 99%.
Снижение участия в консенсусе примерно соответствует доле валидаторов, использующих клиент Prysm. 3 декабря она оценивалось в 22,71%, а сейчас составляет 15,65%.
Источник: MigaLabs.Критический порог
Согласно правилам консенсуса Ethereum, сеть теряет финализацию, если участие валидаторов в голосовании падает ниже критической отметки — двух третей от всего застейканного эфира.
В таком состоянии новые блоки создаются, но цепочка перестает быть необратимо утвержденной, что резко повышает риск реорганизации истории транзакций. Потеря финализации спровоцировала бы каскадный сбой во всей экосистеме. Потенциальными последствиями могли стать:
заморозка вывода средств через L2-мосты и роллапы;увеличение количества требуемых подтверждений для депозитов на биржах;режим повышенного риска и неопределенности во всей финансовой активности на Ethereum.Подобный сценарий — не гипотеза. В мае 2023 года Ethereum уже сталкивался со сбоями в финализации — дважды за сутки. Причиной тогда стали ошибки в обработке данных в клиентах Prysm и Teku.
Недостаточное разнообразие клиентов
Нынешний инцидент показался относительно локальным, но исторически риск был намного выше. Осенью 2021 года Prysm контролировал более 66% узлов — то есть ошибка в нем единолично могла бы парализовать всю сеть.
К январю 2022 года его доля составляла 68,1%, что оставляло сеть в уязвимом положении.
Источник: X.Несмотря на некоторый прогресс, Ethereum пока далек от безопасного распределения клиентов. Критически важным считается порог в 33% для одного клиента. Сейчас среди них доминирует Lighthouse с долей 52,55%.
«Мы избежали катастрофы лишь по счастливой случайности. Если бы ошибка произошла в Lighthouse, сеть могла утратить финализацию», — прокомментировал эксперт по Ethereum Энтони Сассано.
Напомним, в начале сентября сбой произошел в работе клиента уровня исполнения Reth от Paradigm. Баг привел к остановке синхронизации узлов, использующих это программное обеспечение.