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

2025-12-14 18:36:00

Генерация тезисов в процессе

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

Ошибка Prysm после Fusaka вызвала снижение участия валидаторов до 75%.
Сеть пропустила 41 эпоху и потеряла примерно 382 ETH в наградах за доказательства.
Ethereum избежал потери финальности благодаря диверсификации клиентов и быстрым исправлениям.

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

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

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

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

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

Основной разработчик Prysm Терренс Цао объяснил, что «историческое состояние — это память для вычислений, нода может быть подвержена DoS-атаке из-за большого количества одновременных повторных вычислений состояния».

Валидаторы, использующие Prysm, которые составляли примерно 15% — 22.71% валидаторов сети, столкнулись с серьёзным ухудшением производительности. Снижение участия с уровней выше 95% до 75% привело Ethereum к опасной грани потери финальности.

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

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

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

Обновление прошло успешно без простоя, прежде чем появилась ошибка Prysm.

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

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

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

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

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

ETH0.63%

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

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