Баг в Ethereum чуть не вызвал сетевой кризис после обновления Fusaka

Ethereum,Fusaka,обновление,Prysm,PeerDAS,Layer-2,блокчейн,криптовалюта,обновление протокола,консенсус

Обновление Fusaka для Ethereum успешно реализовано, но возникла критическая ошибка в клиенте Prysm. В статье рассматривается, как разнообразие клиентов помогло предотвратить кризис, а также о трансформационных улучшениях в доступности данных благодаря PeerDAS и механизмам масштабирования Blob. Подробнее о влиянии на Layer-2 и будущем Ethereum.

Обновление Fusaka для Ethereum реализовано безупречно 4 декабря 2025 года, ознаменовав историческую веху, поскольку сеть достигла нулевого времени простоя, реализуя при этом самое значительное расширение доступности данных с момента EIP-4844.

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

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

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

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

Фонд Ethereum оперативно выпустил экстренные рекомендации, в то время как десять других клиентов консенсуса поддерживали работу сети, предотвращая любые перебои в обслуживании.

Разнообразие клиентов доказало свою ценность во время кризиса

В то время как операторы Prysm торопились внедрить аварийный флаг обходного пути –disable-last-epoch-targets, альтернативные клиенты, включая Lighthouse, Teku, Nimbus и Lodestar, продолжали проверять блоки без перебоев.

Сеть поддерживала консенсус на протяжении всего инцидента, при этом окончательная запись продолжалась, несмотря на то, что затронутые валидаторы испытывали проблемы с участием.

Lido Finance сообщила о минимальном влиянии по сравнению с другими решениями для стейкинга, приписывая свою устойчивость распределенным операциям валидаторов, где Prysm обеспечивает работу примерно 15% операторов узлов.

Метрики протокола за 3-й квартал 2025 года демонстрируют сбалансированное использование клиентов как намеренную стратегию для снижения рисков отказа одного клиента.

Большинство настроек Prysm, управляемых Lido, восстановились в течение нескольких часов после применения рекомендованных изменений конфигурации или временного переключения на альтернативные клиенты.

Инцидент еще раз подтвердил давние аргументы в пользу разнообразия клиентов как основной защиты Ethereum от сбоев консенсуса.

Разработчик Kydo заметил значимость, отметив, что обновление одновременно укрепило четыре критических нарратива:

  • Операции без простоя
  • Масштабируемость Layer-2 с помощью PeerDAS
  • Защита разнообразием клиентов
  • Потенциал получения доходов.

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

PeerDAS и масштабирование Blob преобразуют доступность данных

Помимо инцидента с Prysm, Fusaka предоставила преобразующие обновления слоя данных Ethereum благодаря реализации PeerDAS и механизма ветвления Blob Parameter Only (BPO).

PeerDAS представил выборку доступности данных, позволяя узлам хранить только 1/8 данных блобов, сохраняя при этом гарантии безопасности.

Эта архитектурная перестройка позволяет увеличить пропускную способность до 8 раз по сравнению с текущей мощностью, сохраняя при этом управляемые требования к оборудованию для независимых операторов.

Виталик Бутерин подчеркнул историческую значимость обновления, заявив: «PeerDAS в Fusaka значителен, поскольку это буквально является шардингом».

Он назвал это достижением мечтой, уходящей корнями в 2015 год, отметив: «Ethereum приходит к консенсусу по блокам, не требуя, чтобы ни один узел видел более чем крошечную часть данных».

Реализация представляет собой прорыв, впервые предложенный в 2017 году, хотя Бутерин признал, что существуют и другие задачи, включая создание распределенного построения блоков и пула mempool с шардингом.

Механизм BPO позволяет Ethereum увеличивать емкость блобов между основными обновлениями, а не ждать скоординированных хардфорков.

Fusaka поддерживает текущий целевой показатель в 6 блобов изначально, но запланированные корректировки увеличат лимиты до 10/15 9 декабря 2025 года и до 14/21 7 января 2026 года.

Это позволяет решить проблему растущего давления, поскольку спрос Layer-2 толкал емкость блобов Ethereum к насыщению в течение 2024 года.

EIP-7918 привязывает базовые комиссии за блобы к затратам на выполнение, предотвращая обрушение рынка. Комиссии за блобы сразу после активации выросли в 1500 раз, с 1 вей до 1500 вей.

Баг в Ethereum чуть не вызвал сетевой кризис после обновления Fusaka

Разработчик Kydo объяснил этот рост: «это восстанавливает работающий рынок цен на блобы, так что протокол может фактически использовать цену для управления спросом на блобы, а не оставаться при 1 вей».

Это обеспечивает оплату операторам Layer-2 значимых затрат на вычислительные ресурсы, которые их операции оказывают на узлы сети.

Примечательно, что Мэтт Хоуган, директор по инвестициям в Bitwise, также отметил эту динамику, сказав: «Ethereum выпускает два крупных обновления за один год – это впечатляет. Гигант проснулся и делает правильные вещи».

Среди основных L2, по информации, предоставленной Cryptonews, Optimism сообщила о планах внедрить функции Fusaka в OP Stack в начале 2026 года, а команды Layer-2, такие как Base, Soneium, также участвуют в тестировании в течение всего периода разработки.

Самое просматриваемое: