Ce a stricat actualizarea Fusaka a Ethereum? Analiza post-mortem Prysm dezvăluie cauza

Dezvoltatorii Prysm au publicat o analiză post-mortem care explică incidentul din rețeaua principală Fusaka din 4 decembrie, care a amenințat stabilitatea rețelei Ethereum.

Clientul de consens a suferit o epuizare a resurselor din cauza recalculării costisitoare a stării la procesarea anumitor atestări, determinând validatorii să se confrunte cu probleme operaționale severe.

Bug-ul a apărut imediat după activarea Fusaka la epoca 411392 pe 4 decembrie 2025, la ora 21:49 UTC.

Rețeaua a ratat 41 de epoci în timp ce participarea validatorilor a scăzut brusc la 75%, rezultând în aproximativ 382 Ethereum (ETH) în recompense de dovadă pierdute. Dezvoltatorii Prysm au implementat flag-uri de runtime de urgență înainte de a implementa remedieri permanente în versiunile v7.0.1 și v7.1.0.

Epuizarea resurselor a împins rețeaua spre pierderea finalității

Eșecul tehnic s-a centrat pe stări istorice învechite care au creat condiții de refuz al serviciului pe nodurile afectate.

Dezvoltatorul principal Prysm, Terence Tsao, a explicat că "starea istorică necesită multă memorie de calcul, un nod poate fi supraîncărcat de un număr mare de reluări de stare care au loc în paralel."

Validatorii care rulau Prysm, reprezentând aproximativ 15% până la 22,71% din validatorii rețelei, s-au confruntat cu o degradare paralizantă a performanței. Scăderea participării de la nivelurile normale de peste 95% la 75% a împins Ethereum periculos de aproape de pierderea finalității.

Dacă bug-ul ar fi afectat un alt client de consens, cum ar fi Lighthouse în loc de Prysm, rețeaua ar fi putut pierde complet finalitatea.

Un astfel de eveniment ar fi putut îngheța operațiunile de rollup Layer 2 și ar fi blocat retragerile validatorilor până când dezvoltatorii ar fi rezolvat problema.

Actualizarea Fusaka în sine a introdus tehnologia PeerDAS (Peer Data Availability Sampling) concepută pentru a crește capacitatea blob de opt ori pentru scalarea Layer 2.

Actualizarea s-a executat cu succes fără timp de nefuncționare înainte de apariția bug-ului Prysm.

Zece clienți de consens au prevenit colapsul rețelei Ethereum

Arhitectura diversificată a clienților Ethereum a prevenit eșecul catastrofal. În timp ce validatorii Prysm se confruntau cu dificultăți, alți zece clienți de consens, inclusiv Lighthouse, Nimbus și Teku, au continuat să valideze blocuri fără întrerupere.

Structura descentralizată a clienților a însemnat că aproximativ 75% până la 85% dintre validatori și-au menținut operațiunile normale pe parcursul crizei. Acest lucru a prevenit pierderea finalității și a menținut rețeaua în procesarea tranzacțiilor în ciuda stării degradate a Prysm.

Fundația Ethereum a emis rapid îndrumări de urgență pentru operatorii Prysm. Validatorii au aplicat remedierile temporare în timp ce dezvoltatorii Prysm construiau soluții permanente.

Până pe 5 decembrie, participarea în rețea s-a recuperat la aproape 99%, restabilind operațiunile normale în decurs de 24 de ore de la incident.