«Розробники Prysm опублікували посмертний аналіз, що пояснює інцидент основної мережі Fusaka 4 грудня, який загрожував стабільності мережі Ethereum. Підсумок Помилка Prysm після Fusaka спричинила зниження участі валідатора до 75%. Мережа пропустила 41 епоху та втратила приблизно 382 ETH у якості винагороди. Ethereum уникнув втрати остаточності завдяки різноманітності клієнтів і швидким виправленням.», — пишуть на: www.crypto.news
Розробники Prysm опублікували посмертний аналіз, що пояснює інцидент з основною мережею Fusaka 4 грудня, який загрожував стабільності мережі Ethereum.
Резюме
- Помилка Prysm після Fusaka спричинила зниження участі валідатора до 75%.
- Мережа пропустила 41 епоху та втратила приблизно 382 ETH у якості винагороди.
- 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, мережа могла б повністю втратити завершеність.
Така подія потенційно призведе до заморозки операцій зведення рівня 2 і блокування вилучення валідатора, доки розробники не вирішать проблему.
Саме оновлення Fusaka представило технологію PeerDAS (Peer Data Availability Sampling), призначену для збільшення ємності blob-об’єктів у вісім разів для масштабування рівня 2.
Оновлення було виконано успішно з нульовим часом простою до появи помилки Prysm.
Десять консенсусних клієнтів запобігли краху мережі Ethereum
Архітектура різноманітності клієнтів Ethereum запобігла катастрофічному збою. Поки валідатори Prysm виникали труднощі, десять інших консенсусних клієнтів, включаючи Lighthouse, Nimbus і Teku, продовжували безперервно перевіряти блоки.
Децентралізована клієнтська структура означала, що приблизно від 75% до 85% валідаторів підтримували нормальну роботу протягом усієї кризи. Це запобігло втраті завершеності та зберегло мережеву обробку транзакцій, незважаючи на погіршений стан Prysm.
Фонд Ethereum швидко видав екстрені вказівки для операторів Prysm. Валідатори застосували тимчасове виправлення, поки розробники Prysm створили постійні рішення.
До 5 грудня участь у мережі відновилася майже до 99%, відновивши нормальну роботу протягом 24 годин після інциденту.