В ходе обновления сети Ethereum до Fusaka 4 декабря 2025 года произошли сбои в работе узлов Prysm из-за исчерпания ресурсов, вызванных рассинхронизацией аттестаций, что привело к пропуску эпох, снижению доли пропущенных слотов на 18,5%, уменьшению участия в сети до 75% и потере примерно 382 ETH в виде вознаграждений валидаторов.
- В ходе обновления Fusaka узлы Prysm вышли из строя во время интенсивной нагрузки на аттестацию, что привело к пропуску около 18,5% слотов за 42 эпохи.
- Рассинхронизация аттестаций привела к необходимости масштабных перерасчетов исторических состояний маяков, что перегрузило ресурсы узлов.
- Валидаторы понесли убытки в размере 382 ETH из-за задержки ответов; Prysm выпустил исправления с помощью флагов конфигурации и обновлений программного обеспечения, чтобы предотвратить повторные попытки.
Что стало причиной сбоев узлов Prysm во время обновления Ethereum в Fusaka?
Сбои в работе Prysm при обновлении Ethereum Fusaka были вызваны исчерпанием ресурсов во время обработки аттестаций 4 декабря 2025 года. Рассинхронизация аттестаций, ссылающихся на устаревшие корневые блоки, привела к тому, что узлы Prysm начали воспроизводить исторические состояния маяков, что повлекло за собой тысячи дорогостоящих перерасчетов при высокой нагрузке. Это вызвало повсеместные задержки, пропущенные эпохи с 411439 по 411480 и значительное влияние на валидаторы по всей сети.
Как рассогласованные аттестации привели к истощению ресурсов?
В ходе обновления Ethereum Fusaka узлы маяков Prysm столкнулись с подтверждениями от потенциально десинхронизированных узлов. Эти подтверждения указывали на корни блоков из предыдущих эпох, что противоречило текущему состоянию цепочки. Чтобы соответствовать правилам консенсуса Ethereum, Prysm инициировал процессы полной проверки, которые включали восстановление более старых состояний маяков путем воспроизведения прошлых блоков и выполнения переходов между эпохами.
Этот перерасчет был ресурсоемким. Например, проверка аттестации, привязанной к блоку 0xc6e4ff из эпохи 411441, требовала множественных переходов состояний. При одновременной обработке большого количества аттестаций узлы обрабатывали почти 4000 таких операций, исчерпывая ресурсы ЦП и памяти. Команда Prysm сообщила, что это привело к тому, что узлы не успевали отвечать на запросы валидаторов, что усилило сбой.
В масштабах всей сети инцидент охватил 42 эпохи, в результате чего из 1344 слотов было пропущено 248 блоков — показатель пропущенных блоков составил 18,5%. Участие упало примерно до 75%, что значительно ниже типичного уровня. Валидаторы понесли ощутимые потери: общая сумма невыплаченных вознаграждений за аттестацию составила около 382 ETH, по расчетам команды Prysm на основе данных блокчейна.
Экспертный анализ от фонда Ethereum подчеркивает важность разнообразия клиентской базы для предотвращения подобных уязвимостей, связанных с одним клиентом. Данные Miga Labs, упомянутые в отчете Prysm после инцидента, показали временное изменение распределения клиентов во время восстановления, что указывает на сохраняющиеся риски в случае продолжения доминирования одного клиента.
Как участники стейкинга Ethereum могут предотвратить подобные сбои узлов при будущих обновлениях?
Чтобы избежать проблем, подобных тем, что возникают при обновлении Ethereum в Prysm, стейкеры должны отслеживать использование ресурсов, включать флаги конфигурации, такие как –disable-last-epoch-target, для временного решения проблемы, и обновлять клиент до последних версий, например, 7.1.0. Поддержание разнообразия клиентов и оперативная синхронизация узлов обеспечивают надежную обработку аттестаций и минимизируют риски перерасчета во время событий с высокой нагрузкой.
Заключение
Сбои в процессе обновления Prysm на Ethereum Fusaka выявили уязвимости в обработке аттестации под нагрузкой, что привело к истощению ресурсов, пропуску эпох и существенным потерям ETH для валидаторов. Устранив рассинхронизацию доказательств с помощью обновленной логики валидации, команда Prysm повысила устойчивость, но это событие подчеркивает необходимость разнообразия клиентов консенсуса в экосистеме Ethereum. По мере развития сети отслеживание обновлений клиентов будет иметь решающее значение для стейкеров, стремящихся максимизировать вознаграждения и минимизировать риски в предстоящих обновлениях.
