Сбой в клиенте Prysm и его последствия
Незадолго после внедрения Fusaka в популярный консенсус-клиент Prysm произошёл критический сбой, который вывел из строя часть валидаторов Ethereum. В версии v7.0.0 обнаружена ошибка, при обработке старых подтверждений ненужным образом создаются устаревшие состояния блокчейна. Как пояснил ведущий разработчик Теренс Цао, эта проблема нарушила корректную работу узлов, использующих Prysm.
Временное решение
Специалисты предложили простое решение: отключить функцию, генерирующую старые состояния. Для этого необходимо добавить в конфигурацию beacon-нода следующую опцию. При этом Prysm перестаёт создавать лишние старые состояния и тем самым предотвращает обработку устаревших афферматов.
Показатели сети на момент инцидента
- Эпоха 411 448: ключевые показатели резко упали - 75 % узлов подписывали актуальные заголовки, а участие в консенсусе - 74,7 %.
- Ethereum находился на грани полномасштабного сбоя, поскольку до полной остановки финализации оставалось менее девяти процентных пунктов.
- Эпоха 411 760: сеть восстановилась, показатели почти вернулись к докризисным уровням - участие в консенсусе ~99 %, синхронизация ~97 %.
Критический порог участия
По правилам консенсуса Ethereum финализация теряется, если участие валидаторов падает ниже двух третей от общего застейканного эфира. В таком состоянии новые блоки создаются, но цепочка перестаёт быть необратимо утверждённой, что значительно повышает риск реорганизации истории транзакций и может привести к каскадному сбою всей экосистемы. Возможные последствия включают заморозку выводов через L2-мосты и роллапы, увеличение требований к депозитам на биржах и общее усиление финансовых рисков.
История подобных инцидентов
- В мае 2023 года Ethereum столкнулся с двумя сбоями в финализации за сутки, вызванными ошибками в обработке данных клиентами Prysm и Teku.
- Недостаточное разнообразие клиентского ПО делало сеть уязвимой; в осенних месяцах 2021 года Prysm контролировал более 66 % узлов, а к январю 2022 года его доля была 68,1 %, оставляя сеть в рискованном положении.
- По данным X, критический порог для одного клиента составляет 33 %. На сегодняшний день лидером по доле является Lighthouse - 52,55 %. Как отмечает эксперт Энтони Сассано, «если бы ошибка произошла в Lighthouse, сеть могла утратить финализацию».
Другие недавние сбои
В начале сентября произошёл сбой в клиенте уровня исполнения Reth от Paradigm, который привёл к остановке синхронизации узлов, использующих это программное обеспечение.