Що зламало оновлення Ethereum Fusaka? Постмортем Prysm розкриває причину

Розробники 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 Терренс Цао пояснив, що «історичний стан є обчислювально важким для пам’яті, вузол може бути атакований великою кількістю одночасних повторів стану».

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

Якщо б помилка вплинула на інший консенсусний клієнт, наприклад Lighthouse, замість Prysm, мережа цілком могла б втратити фініальність.

Такий випадок потенційно би заморозив операції шарів 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 годин після інциденту.