Аналіз події оновлення Ethereum Fusaka: звіт Prysm після події розкриває причини несправності

Команда розробників Prysm нещодавно опублікувала звіт після аналізу, детально пояснивши інцидент із основною мережею, що стався після оновлення Fusaka 4 грудня 2025 року. Ця проблема на деякий час загрожувала стабільності мережі Ethereum, але в кінцевому підсумку була вирішена завдяки механізму різноманітності клієнтів.

Звіт показує, що інцидент стався на 411 392-му епоху після активації оновлення Fusaka (21:49 UTC 4 грудня). Консенсусний клієнт Prysm при обробці певних доказових даних викликав багаторазові повторні обчислення історичних станів, що швидко виснажило ресурси CPU та пам’яті, спричинивши відмову у обслуговуванні (DoS) та деградацію продуктивності вузла. Це не є дефектом протоколу, а проблемою реалізації клієнта в умовах певних крайніх випадків.

Постраждалі валідатори Prysm становлять приблизно від 15% до 22,71% всієї мережі. Під час інциденту рівень участі валідаторів різко знизився з понад 95% до приблизно 75%, мережа пропустила 41 епоху поспіль, що призвело до втрати близько 382 ETH у доказових винагородах і майже втрати кінцевості. Головний розробник Prysm Terence Tsao зазначив, що обчислювальне навантаження при відтворенні історичних станів дуже велике, а багатопоточна паралельна обробка значно сповільнює роботу вузла.

Варто зазначити, що саме оновлення Fusaka було успішним. Воно впровадило технологію PeerDAS (одночасне зразкове використання даних), метою якої є збільшення обсягу blob Layer 2 у вісім разів. Процес оновлення пройшов без простоїв або розгалужень у консенсусі.

Причиною того, що мережа Ethereum уникнула ще більш серйозних наслідків, є різноманітність клієнтів. Крім Prysm, інші десять клієнтів консенсусу, такі як Lighthouse, Teku, Nimbus та інші, залишалися в нормальному режимі роботи, забезпечуючи понад 75% до 85% валідаторів, що залишалися онлайн, і зберігали кінцевість мережі. Якби подібна проблема сталася з клієнтами, що становлять більшу частку, наслідки могли б бути набагато серйознішими, включаючи припинення роботи Layer 2 та затримки з виведенням валідаторів.

Після інциденту Фонд Ethereum швидко опублікував аварійні рекомендації, команда Prysm впровадила тимчасове виправлення у рантаймі, а у версіях v7.0.1 та v7.1.0 були випущені постійні рішення. До 5 грудня рівень участі у мережі відновився майже до 99%, і основна мережа Ethereum повністю відновила нормальну роботу протягом 24 годин.