In vista dell’unione provvisoriamente prevista per agosto, ieri la Beacon Chain di Ethereum ha subito una riorganizzazione (riorganizzazione) di sette blocchi.

Secondo i dati di Beacon Scan, il 25 maggio sette blocchi dal numero 3.887.075 al numero 3.887.081 sono stati eliminati dalla catena Beacon tra le 08:55:23 e le 08:56:35 UTC.

Il termine reorg si riferisce a un evento in cui un blocco che faceva parte della catena canonica, come la Beacon Chain, viene eliminato dalla catena a causa di un blocco in competizione che lo batte.

Può essere il risultato di un attacco dannoso da parte di un minatore con risorse elevate o un bug. Tali incidenti vedono la catena biforcarsi o duplicarsi involontariamente.

In questa occasione, gli sviluppatori ritengono che il problema sia dovuto a una circostanza piuttosto che a qualcosa di grave come un problema di sicurezza o un difetto fondamentale, con un “fork boost del proponente” evidenziato in particolare. Questo termine si riferisce a un metodo in cui viene data priorità a specifici proponenti per la selezione del blocco successivo nella blockchain.

Preston Van Loon, sviluppatore di Core Ethereum, ha suggerito che la riorganizzazione fosse dovuta a una “segmentazione non banale” del nuovo e vecchio software del nodo client e non fosse necessariamente qualcosa di dannoso. Vitalik Buterin, co-fondatore di Ethereum etichettatura la teoria una “buona ipotesi”.

Blocca riorganizzazione: Beacon Scan

Martin Köppelmann, il co-fondatore della catena Gnosis compatibile con EVM, è stato uno dei primi a evidenziare l’evento tramite Twitter ieri mattina, osservando che “mostra che l’attuale strategia di attestazione dei nodi dovrebbe essere riconsiderata per sperare in una catena più stabile! (le proposte esistono già).”

In risposta a Köppelmann, Van Loon ha provvisoriamente attribuito il reorg al fork boost del proponente che non era stato ancora completamente implementato:

“Sospettiamo che ciò sia causato dall’implementazione della scelta del fork di Proposer Boost non completamente implementata sulla rete. Questa riorganizzazione non è un indicatore di una scelta di fork errata, ma una segmentazione non banale di software client aggiornato e non aggiornato”.

“Tutti i dettagli saranno resi pubblici una volta che avremo un alto grado di fiducia sulla causa principale. Aspettatevi un’autopsia dalla comunità di sviluppo dei clienti!” Ha aggiunto.

All’inizio di oggi, un altro sviluppatore Terence Tsao fece eco questa ipotesi ai suoi 11.900 follower su Twitter, osservando che la riorganizzazione sembrava essere causata da “nodi potenziati rispetto a quelli non potenziati nella rete e dai tempi di un blocco in arrivo davvero in ritardo”.

“Dato che la spinta del proponente è un cambiamento che non rompe il consenso. Con l’asincronia della pianificazione del rilascio del client, l’implementazione è avvenuta gradualmente. Non tutti i nodi hanno aggiornato il boost del proponente contemporaneamente”.

Imparentato: Il supporto di OpenEthereum termina con l’avvicinarsi del Merge

Van Loon ha parlato alla conferenza Permissionless la scorsa settimana e ha affermato che la fusione e il passaggio a Proof-of-Stake (PoS) potrebbero avvenire ad agosto “se tutto andrà secondo i piani”.

Sebbene la riorganizzazione solleverà sicuramente domande su questa potenziale sequenza temporale, Van Loon e gli altri sviluppatori non hanno ancora delineato se avrà alcun impatto.