NotizieCryptoIl devnet-9 di Ethereum interrompe deliberatamente la finalità per testare il ripristino della rete

Il devnet-9 di Ethereum interrompe deliberatamente la finalità per testare il ripristino della rete

Autore: Coindoo·

Punti chiave

  • Il devnet-9 di Glamsterdam ha richiesto agli sviluppatori di completare una transizione pulita a Gloas, prevista per il 2 settembre alle 15:00 UTC, prima di spingere intenzionalmente la partecipazione dei validatori al di sotto della soglia di finalità.
  • Blocchi e transazioni possono continuare durante un blocco della finalità, ma i checkpoint non possono essere finalizzati finché i validatori che rappresentano almeno i due terzi dell'ETH in staking non tornano a concordare.
  • Il meccanismo di inactivity leak di Ethereum inizia dopo circa quattro epoch senza finalità, riducendo gradualmente i saldi dei validatori offline finché i validatori attivi non riacquistano una supermaggioranza di due terzi.
  • La mainnet di Ethereum ha subito due blocchi temporanei della finalità nel 2023 causati da un problema del client Prysm, motivando test di ripristino controllati.
  • Il prossimo traguardo di Glamsterdam è il fork di Sepolia del 28 settembre, con un lancio sulla mainnet previsto per il quarto trimestre del 2026 ma senza data confermata.
Il devnet-9 di Ethereum interrompe deliberatamente la finalità per testare il ripristino della rete

Il vero test inizia dopo l'attivazione di Gloas

La specifica del devnet-9 di Glamsterdam pubblicata da Ethereum assegna agli sviluppatori due compiti in sequenza. Per prima cosa devono completare una transizione pulita a Gloas; poi devono spingere deliberatamente la partecipazione dei validatori al di sotto della soglia richiesta per finalizzare i checkpoint.

Il fork Gloas era previsto per il 2 settembre alle 15:00 UTC. La stessa specifica indica la non-finalità come secondo obiettivo di test del devnet, ma non conferma se questa fase sia iniziata o conclusa.

Gloas è uno dei due aggiornamenti pianificati all'interno del più ampio hard fork Glamsterdam, e devnet come questo sono reti di breve durata, create appositamente, in cui i team dei client possono mettere alla prova scenari di guasto che sarebbe troppo rischioso simulare su una testnet pubblica, figurarsi sulla mainnet.

La prima fase è importante perché Gloas deve essere applicato a un ampio stato pre-fork creato alla genesi, anziché a uno accumulato in giorni di produzione di blocchi. La seconda fase pone una domanda più difficile: una volta che i client hanno accettato le nuove regole, restano comunque d'accordo quando Ethereum perde una delle sue garanzie di sicurezza più importanti?

È proprio questa sequenza a dare valore all'esercitazione. Un client può gestire correttamente un fork in condizioni normali, ma rivelare un disaccordo solo quando la finalità si blocca e la rete deve ripristinarsi. Poiché la mainnet di Ethereum è gestita da più client di esecuzione e di consenso indipendenti, verificare questo accordo tra client sotto stress è esattamente lo scopo per cui esistono i devnet.

La finalità può fermarsi mentre i blocchi continuano a essere prodotti

Ethereum non ha bisogno della finalità per continuare a produrre blocchi. In termini semplici, la finalità è il punto in cui Ethereum considera un blocco permanente. Invertire un blocco finalizzato richiederebbe la distruzione di almeno un terzo di tutto l'ETH in staking.

I validatori possono continuare a proporre blocchi, le transazioni possono continuare a essere incluse e la rete può continuare a selezionare una testa della catena. La finalità è la garanzia di regolamento più forte, che arriva quando i validatori che rappresentano almeno i due terzi dell'ETH in staking concordano sui checkpoint.

La documentazione proof-of-stake di Ethereum spiega che un checkpoint finalizzato è economicamente difficile da invertire. Senza questo status, i blocchi recenti restano più esposti alla riorganizzazione e le applicazioni che richiedono la finalità potrebbero attendere prima di considerare l'attività come regolata.

Cosa cambia quando la partecipazione scende sotto i due terzi

Cosa può continuare:

  • Possono continuare a essere proposti nuovi blocchi. Ethereum non ha bisogno della finalità per continuare a produrre blocchi.
  • Le transazioni possono continuare a entrare in quei blocchi. Gli utenti possono inviare attività mentre i validatori continuano a selezionare una testa della catena.
  • La rete può continuare ad avanzare. Un blocco della finalità non equivale a un arresto completo della catena.

Cosa deve attendere la finalità:

  • Nessun nuovo checkpoint diventa economicamente finale. Ai validatori servono i due terzi dell'ETH in staking per ripristinare quella garanzia.
  • Il regolamento dipendente dalla finalità deve attendere. Alcuni bridge, exchange e applicazioni si affidano a checkpoint finalizzati.
  • I blocchi recenti presentano un maggiore rischio di riorganizzazione. Restano senza la più forte protezione di regolamento di Ethereum finché la finalità non torna.

L'esercitazione ricrea lo stesso limite di guasto di un terzo analizzato nell'analisi di Coindoo sulla soglia di finalità del 33% di Ethereum. Più di un terzo dello stake che smette di partecipare può bloccare la finalizzazione anche mentre la produzione di blocchi continua.

Come Ethereum riacquista la supermaggioranza mancante

Il meccanismo di ripristino di Ethereum si chiama inactivity leak. Dopo più di quattro epoch senza finalità — circa 25 minuti con i tempi attuali della rete — il protocollo inizia a ridurre gradualmente i saldi dei validatori che non stanno partecipando correttamente.

Man mano che quei saldi inattivi si riducono, la quota detenuta dai validatori attivi aumenta. Una volta che i validatori attivi rappresentano di nuovo almeno i due terzi dello stake rimanente, possono finalizzare i checkpoint e ripristinare la piena garanzia di regolamento di Ethereum.

Il processo è graduale e economicamente costoso per i validatori che restano offline. Le transazioni possono continuare ad apparire nei blocchi durante il blocco della finalità, ma le applicazioni che necessitano della finalità devono attendere che la rete la riacquisti. Ethereum descrive il meccanismo nella sua documentazione su ricompense e penalità dei validatori.

Quattro risposte che gli sviluppatori devono pubblicare

Un report utile dell'esercitazione dovrebbe rispondere a quattro domande pratiche:

  1. I client partecipanti hanno applicato le regole di Gloas in modo identico?
  2. Per quanto tempo il devnet è rimasto senza finalità?
  3. I client hanno mantenuto un'unica testa della catena condivisa?
  4. Quando è stato finalizzato il primo checkpoint dopo il ripristino?

Questi dettagli mostrerebbero se la rete si è ripristinata in modo pulito, anziché confermare semplicemente che gli sviluppatori hanno creato intenzionalmente una condizione difficile.

Perché questo conta prima di Sepolia

Un blocco della finalità non è solo un rischio teorico. La mainnet di Ethereum ha subito due blocchi temporanei della finalità nel 2023 a causa di un problema del client Prysm, sebbene i blocchi abbiano continuato a essere prodotti. Questa esercitazione sul devnet è un tentativo controllato di testare quel percorso di ripristino prima che Glamsterdam entri in una fase di test più ampia.

Glamsterdam resta in fase di test su devnet. Ethereum indica il fork di Sepolia come prossimo traguardo il 28 settembre, mentre un lancio sulla mainnet è previsto per il quarto trimestre del 2026 ma senza una data confermata. La roadmap ufficiale di Glamsterdam resta il punto di riferimento per il suo rollout.

Quando gli sviluppatori pubblicheranno i risultati, i dettagli importanti saranno la durata del blocco della finalità, se i client sono rimasti allineati e quale checkpoint è stato finalizzato per primo dopo il ripristino.

Il post Ethereum Tests What Happens When Finality Stops è apparso per la prima volta su Coindoo.