Постмортем ошибки Prysm: как разнообразие клиентов Ethereum предотвратило свертывание сети во время Fusaka

Источник: Cryptonews Оригинальный заголовок: Что сломало обновление Ethereum Fusaka? Постмортем Prysm раскрывает причины Оригинальная ссылка: https://crypto.news/what-broke-ethereums-fusaka-upgrade/

Предпосылки

Разработчики 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 Терренс Цао объяснил, что «историческое состояние — это вычислительная память, которая нагружена, и узел может быть DoSed из-за большого количества повторных проверок состояния, происходящих одновременно».

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

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

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

Разнообразие клиентов спасло сеть

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

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

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