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

2025-12-04 05:58:54

Операторы валидаторов 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, затронутые узлы создавали ненужные старые состояния, пытаясь обработать устаревшие аттестации из предыдущих эпох. Такое поведение увеличивает нагрузку на процессор и память и может искажать отслеживание прогресса цепи под нагрузкой. Подобные ситуации уже встречались в истории Ethereum, например:

Инцидент с финальностью в мае 2023 года
Предыдущие ошибки повреждения индексов базы данных
Всплески потребления памяти у разных клиентов

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

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

Если вы используете Prysm, ваш чек-лист прост и требует срочного выполнения:

Добавьте флаг –disable-last-epoch-targets
Перезапустите beacon-узел
Проверьте логи на предмет нормального потока аттестаций
Контролируйте память и загрузку CPU после перезапуска

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

ETH-4%

Посмотреть Оригинал

На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .