Co spowodowało awarię aktualizacji Fusaka w Ethereum? Analiza post-mortem Prysm ujawnia przyczynę

Deweloperzy Prysm opublikowali analizę post-mortem wyjaśniającą incydent w sieci głównej Fusaka z 4 grudnia, który zagroził stabilności sieci Ethereum.

Klient konsensusu doświadczył wyczerpania zasobów z powodu kosztownych przeliczeń stanu podczas przetwarzania określonych poświadczeń, co spowodowało poważne problemy operacyjne dla walidatorów.

Błąd pojawił się natychmiast po aktywacji Fusaka w epoce 411392 w dniu 4 grudnia 2025 roku o godzinie 21:49 UTC.

Sieć przegapiła 41 epok, a uczestnictwo walidatorów spadło do 75%, co skutkowało utratą około 382 Ethereum (ETH) w nagrodach za potwierdzenia. Deweloperzy Prysm wdrożyli awaryjne flagi wykonawcze przed wprowadzeniem stałych poprawek w wersjach v7.0.1 i v7.1.0.

Wyczerpanie zasobów popchnęło sieć w kierunku utraty finalności

Awaria techniczna koncentrowała się na przestarzałych stanach historycznych, które stworzyły warunki odmowy usługi na dotkniętych węzłach.

Główny deweloper Prysm, Terence Tsao, wyjaśnił, że "stan historyczny jest obliczeniowo i pamięciowo ciężki, węzeł może zostać przeciążony przez dużą liczbę równoległych odtworzeń stanu."

Walidatory działające na Prysm, które stanowiły około 15% do 22,71% walidatorów sieci, doświadczyły paraliżującej degradacji wydajności. Spadek uczestnictwa z normalnego poziomu powyżej 95% do 75% niebezpiecznie zbliżył Ethereum do utraty finalności.

Gdyby błąd dotknął innego klienta konsensusu, takiego jak Lighthouse zamiast Prysm, sieć mogłaby całkowicie utracić finalność.

Takie zdarzenie potencjalnie zamroziłoby operacje rollupu warstwy 2 i zablokowało wypłaty walidatorów do czasu rozwiązania problemu przez deweloperów.

Sama aktualizacja Fusaka wprowadziła technologię PeerDAS (Peer Data Availability Sampling) zaprojektowaną do ośmiokrotnego zwiększenia pojemności blobów dla skalowania warstwy 2.

Aktualizacja została wykonana pomyślnie bez przestojów, zanim pojawił się błąd Prysm.

Dziesięć klientów konsensusu zapobiegło załamaniu sieci Ethereum

Architektura różnorodności klientów Ethereum zapobiegła katastrofalnej awarii. Podczas gdy walidatory Prysm miały trudności, dziesięć innych klientów konsensusu, w tym Lighthouse, Nimbus i Teku, kontynuowało walidację bloków bez przerwy.

Zdecentralizowana struktura klientów oznaczała, że około 75% do 85% walidatorów utrzymało normalne operacje przez cały czas kryzysu. Zapobiegło to utracie finalności i pozwoliło sieci na przetwarzanie transakcji pomimo pogorszonego stanu Prysm.

Fundacja Ethereum szybko wydała awaryjne wytyczne dla operatorów Prysm. Walidatory zastosowały tymczasowe rozwiązanie, podczas gdy deweloperzy Prysm budowali trwałe rozwiązania.

Do 5 grudnia uczestnictwo w sieci powróciło do prawie 99%, przywracając normalne operacje w ciągu 24 godzin od incydentu.