I clienti di Ethereum rilasciano un altro aggiornamento per risolvere la seconda interruzione di servizio

A seguito di una serie di recenti interruzioni sulla rete Ethereum, i clienti del consenso di Ethereum Prysm e Teku hanno rilasciato un altro aggiornamento per risolvere i problemi di finalizzazione della Beacon Chain. Questi incidenti, che hanno visto la rete in difficoltà per due volte nell'arco di 24 ore, prima per 25 minuti e poi per oltre un'ora, hanno sollevato preoccupazioni tra gli staker e gli sviluppatori. Nonostante le patch rilasciate in precedenza, non hanno impedito la seconda interruzione della Beacon Chain.

In uno scenario tipico, un blocco di Ethereum impiega circa 15 minuti per finalizzarsi. "Finality" si riferisce alla garanzia che un blocco non possa essere modificato o rimosso dalla blockchain senza bruciare almeno il 33% del totale degli ETH puntati.

Prysm Ethereum Client ha annunciato il 13 maggio il v4.0.3-hotfix, che contiene le ottimizzazioni necessarie per evitare che il nodo Beacon Chain subisca un elevato utilizzo delle risorse durante i periodi di turbolenza. Il cliente raccomanda vivamente agli operatori dei nodi Ethereum di aggiornare i loro nodi se sono sottoposti a un forte utilizzo delle risorse. Secondo Prysm, l'aumento delle dimensioni dei validatori e le vecchie attestazioni intempestive stressano i nodi e gonfiano l'utilizzo della memoria. Il rilascio garantirà che un nodo ignori le attestazioni per un vecchio obiettivo, prevenendo problemi futuri.

Lo stesso giorno, il client Ethereum Teku ha rilasciato l'aggiornamento v23.5.0, che, come il rilascio di Prysm, filtra le vecchie attestazioni che hanno causato problemi sulla rete principale di Ethereum. Il bug fix include diverse aggiunte e miglioramenti per prevenire problemi futuri.

Il client Ethereum Nimbus ha dichiarato che non è richiesto alcun aggiornamento critico per i suoi utenti, ma continuerà a monitorare la situazione e a rilasciare correzioni se necessario.

Interessante notare che i client Ethereum Lighthouse e Lodestar non hanno registrato un carico elevato a causa dei loro diversi design. Mentre gli altri client del livello di consenso di Ethereum hanno dovuto affrontare un elevato utilizzo delle risorse, Lighthouse e Lodestar hanno mantenuto in vita la rete per tutta la durata dell'incidente al 40-50% dei blocchi, fino a quando gli altri client non si sono ripresi e i blocchi non sono stati finalizzati.

Da notare che dopo la prima interruzione, sono state distribuite delle patch per evitare che l'interruzione si ripetesse. Tuttavia, nemmeno 24 ore dopo, la catena Beacon non è riuscita a finalizzare le transazioni per oltre un'ora. Resta ancora da vedere se la causa principale è stata risolta, poiché gli sviluppatori non sono ancora sicuri di cosa abbia causato esattamente il problema.