Після Fusaka активність валідаторів Ethereum просіла на 25%

Невдовзі після розгортання Fusaka у популярному консенсус‑клієнті Prysm стався збій, який вивів із ладу частину валідаторів Ethereum.

Ми виявили проблему й маємо швидкий обхідний варіант. У всіх вузлах слід вимкнути в Prysm зайве генерування старих станів для обробки застарілих атестацій. Щоб зробити це, просто додайте такий прапорець до свого beacon‑вузла. Цей прапорець працює з v7.0.0, і вам не потрібно…

— Prysm Ethereum Client (@prylabs) December 4, 2025

У версії клієнта v7.0.0 виявили помилку. Через неї під час обробки старих атестацій генерувалися застарілі стани блокчейну.

Як пояснив провідний розробник Теренс Цао, проблема порушила коректну роботу вузлів, що використовують цей клієнт. Фахівці представили тимчасове рішення, аби вимкнути проблемну функцію.

Втім, на епосі 411 448 ключові показники мережі все одно різко знизилися. Лише 75% вузлів підписували актуальні заголовки блоків, а участь у консенсусі впала до 74,7%. Ethereum опинився на межі повномасштабного збою, оскільки до повної зупинки фіналізації блоків залишалося менше дев’яти відсоткових пунктів.

Станом на зараз (епоха 411 760) робота мережі нормалізувалася. Показники майже повернулися до докризових рівнів:

• участь у консенсусі: ~99%;
• синхронізація: ~97%.

До інциденту ці значення стабільно перевищували 99%.

Падіння участі у консенсусі приблизно відповідає частці валідаторів, що використовують клієнт Prysm. 3 грудня вона оцінювалася у 22,71%, а зараз становить 15,65%.

Критичний поріг

Згідно з правилами консенсусу Ethereum, мережа втрачає фіналізацію, якщо участь валідаторів у голосуванні падає нижче критичної позначки — двох третин від усього застейканого ефіру.

У такому стані нові блоки створюються, але ланцюг перестає бути незворотно затвердженим, що різко підвищує ризик реорганізації історії транзакцій. Втрата фіналізації спровокувала б каскадний збій усієї екосистеми. Потенційними наслідками могли стати:

• заморозка виведення коштів через L2-мости та ролапи;
• збільшення кількості необхідних підтверджень для депозитів на біржах;
• режим підвищеного ризику та невизначеності у всій фінансовій активності в Ethereum.

Подібний сценарій — не гіпотеза. У травні 2023 року Ethereum двічі за добу втрачав фіналізацію. Причиною тоді стали помилки в обробці даних у клієнтах Prysm і Teku.

Недостатнє різноманіття клієнтів

Поточний інцидент видався відносно локальним, але історично ризик був набагато вищим. Восени 2021 року Prysm контролював понад 66% вузлів — тобто помилка в ньому одноосібно могла б паралізувати всю мережу.

На січень 2022-го його частка становила 68,1%, що лишало мережу вразливою.

Попри певний прогрес, Ethereum досі далекий від безпечного розподілу клієнтів. Критично важливим вважається поріг у 33% для одного клієнта. Нині домінує Lighthouse із часткою 52,55%.

«Ми уникнули катастрофи лише завдяки щасливому збігу обставин. Якби помилка сталася в Lighthouse, мережа могла втратити фіналізацію», — прокоментував експерт з Ethereum Ентоні Сассано.

Нагадаємо, на початку вересня збій стався в роботі клієнта рівня виконання Reth від Paradigm. Баг призвів до зупинки синхронізації вузлів, які використовують це ПЗ.