Що зламало оновлення Fusaka для Ethereum? Посмертний аналіз 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 швидко випустив екстрені вказівки для операторів Prysm. Валідатори застосували тимчасове виправлення, поки розробники Prysm створювали постійні рішення.

До 5 грудня участь у мережі відновилася майже до 99%, відновивши нормальну роботу протягом 24 годин після інциденту.