Что сломало обновление Ethereum Fusaka? Посмертный анализ Prysm раскрывает причину

Разработчики Prysm опубликовали посмертный анализ, объясняющий инцидент в основной сети Fusaka 4 декабря, который угрожал стабильности сети блокчейн Ethereum.

Клиент консенсуса столкнулся с истощением ресурсов из-за дорогостоящего пересчета состояния при обработке определенных подтверждений, что привело к серьезным операционным проблемам для валидаторов.

Ошибка проявилась сразу после активации Fusaka в эпохе 411392 4 декабря 2025 года в 21:49 UTC.

Сеть пропустила 41 эпоху, так как участие валидаторов упало до 75%, что привело к потере примерно 382 Ethereum (ETH) в вознаграждениях за подтверждение. Разработчики Prysm развернули экстренные флаги времени выполнения перед внедрением постоянных исправлений в версиях v7.0.1 и v7.1.0.

Истощение ресурсов подтолкнуло сеть к потере финальности

Технический сбой был сосредоточен на устаревших исторических состояниях, которые создали условия отказа в обслуживании на затронутых узлах.

Основной разработчик Prysm Теренс Цао объяснил, что "историческое состояние требует много вычислительной памяти, узел может быть перегружен большим количеством воспроизведений состояния, происходящих параллельно".

Валидаторы, работающие на Prysm, которые представляли примерно от 15% до 22,71% валидаторов сети, столкнулись с критическим ухудшением производительности. Падение участия с нормального уровня выше 95% до 75% опасно приблизило Ethereum к потере финальности.

Если бы ошибка затронула другой клиент консенсуса, например Lighthouse, вместо Prysm, сеть могла бы полностью потерять финальность.

Такое событие потенциально могло бы заморозить операции роллапов Layer 2 и заблокировать вывод средств валидаторами до тех пор, пока разработчики не решили бы проблему.

Само обновление Fusaka представило технологию PeerDAS (Peer Data Availability Sampling), разработанную для восьмикратного увеличения емкости блобов для масштабирования Layer 2.

Обновление было успешно выполнено без простоев до появления ошибки Prysm.

Десять клиентов консенсуса предотвратили коллапс сети Ethereum

Архитектура разнообразия клиентов Ethereum предотвратила катастрофический сбой. В то время как валидаторы Prysm испытывали трудности, десять других клиентов консенсуса, включая Lighthouse, Nimbus и Teku, продолжали валидировать блоки без перерывов.

Децентрализованная структура клиентов означала, что примерно от 75% до 85% валидаторов поддерживали нормальную работу на протяжении всего кризиса. Это предотвратило потерю финальности и позволило сети продолжать обрабатывать транзакции, несмотря на ухудшенное состояние Prysm.

Ethereum Foundation быстро выпустил экстренное руководство для операторов Prysm. Валидаторы применили временное исправление, пока разработчики Prysm создавали постоянные решения.

К 5 декабря участие в сети восстановилось почти до 99%, восстановив нормальную работу в течение 24 часов после инцидента.