Валидаторам Ethereum приказано отключить Prysm из-за устаревшего состояния

Операторы валидаторов Ethereum, использующие консенсус-клиент Prysm, получили срочное уведомление 4 декабря. Команда Prysm подтвердила, что некоторые узлы генерируют устаревшие состояния для обработки старых аттестаций. Это может привести к некорректной работе механизма валидации, если проблему не устранить. Чтобы предотвратить сбои, Prysm рекомендовала всем операторам немедленно отключить определённую функцию, добавив один флаг в конфигурацию beacon-ноды. Исправление не требует обновления клиента и не затрагивает валидаторские клиенты.

Команда указала, что операторам нужно добавить флаг: —disable-last-epoch-targets. Он работает в Prysm v7.0.0, поэтому большинство узлов могут применить исправление за считанные минуты. Предупреждение вызвало быструю реакцию среди валидаторов — с учётом крупной доли Prysm в консенсусном слое Ethereum.

Доля Prysm делает проблему событийного уровня для всей сети

По данным MigaLabs, на Prysm приходится почти 20% рынка консенсус-клиентов Ethereum. Это делает его вторым по величине клиентом после Lighthouse. Именно масштаб превратил клиентский баг в проблему сетевого уровня. Когда клиент с такой долей начинает обрабатывать устаревшие состояния, страдает не один валидатор. Последствия могут проявиться в виде:

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

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

Что именно пошло не так в Prysm

По данным команды Prysm, затронутые узлы создавали лишние устаревшие состояния при попытке обработать аттестации из прошлых эпох. Такое поведение увеличивает нагрузку на CPU и память и может искажать отслеживание прогресса цепи под нагрузкой. Подобные сбои в обработке состояния уже встречались в истории Ethereum, включая:

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

Главное отличие сейчас — скорость реакции. Prysm быстро выявила проблему, опубликовала простое обходное решение и не стала заставлять тысячи валидаторов экстренно обновлять клиент.

Что должны сделать валидаторы прямо сейчас

Если вы используете Prysm, список действий короткий и срочный:

• добавить флаг —disable-last-epoch-targets;
• перезапустить beacon-ноду;
• проверить логи на корректный поток аттестаций;
• после перезапуска контролировать нагрузку на CPU и память.

Ключи валидаторов менять не требуется. Повторная синхронизация не нужна, выход валидаторов также не требуется. Для всей экосистемы Ethereum этот случай — очередное напоминание: разнообразие клиентов всё ещё критически важно. Когда один клиент удерживает почти 20% сети, даже управляемый баг становится событием. Но инцидент также демонстрирует зрелость инфраструктуры Ethereum: проблему выявили, раскрыли и купировали в течение нескольких часов. Именно это позволяет работающему слою расчётов стоимостью свыше $400 млрд оставаться устойчивым. Сеть функционирует стабильно. Единственный реальный дедлайн — операторам Prysm нужно быстро включить защитный флаг.