Gavin Wood di Ethereum chiede hard fork più "conservativi"

La blockchain di Ethereum potrebbe essere ora in fase di aggiornamento a un nuovo software, ma ciò T significa che gli sviluppatori illustri T stiano riflettendo sul processo in corso.

Ad esempio, mentre l'aggiornamentosembra aver avuto successo, almeno ONE fornitore di software Ethereum ha avuto notevoli difficoltà con i preparativi per il lancio. Come riportato da CoinDesk, Parity Technologies, con sede nel Regno Unito, utilizzata da quasi il 25 percentodella rete, erainfestato da insettidurante il fine settimana, un evento che ha alimentato le speculazioni su ritardi dell'ultimo minuto.

Ma sebbene questo spettro sia stato scongiurato, il fondatore e CTO di Parity, Gavin Wood, ora si esprime sulla questione, citando il processo di aggiornamento come ONE processo ricco di "lezioni da imparare" per la comunità di sviluppatori che lavora sulla seconda blockchain più grande in termini di valore totale.

In risposta alle richieste di commento, Wood ha espresso la sua convinzione che forse è troppo presto per considerare il cosiddetto aggiornamento del codice Byzantium un ONE, notando che la zona di pericolo attorno a un hard fork può estendersi per diversi giorni. Guardando al futuro, ha affermato di ritenere che si dovrebbe essere più lungimiranti nel valutare se i provider di software client siano pronti a effettuare il cambiamento.

Wood ha detto a CoinDesk:

"È necessario un approccio più conservativo alla specifica, allo sviluppo, ai test e all'implementazione per importanti modifiche del protocollo come Byzantium... Bisogna accertarsi il più possibile che tutte le principali implementazioni siano consensuali prima di qualsiasi determinazione di un blocco hard fork."

Wood ha poi utilizzato come prova questo fork più recente, descrivendolo come una situazione in cui alla maggior parte degli utenti di software è stato chiesto di effettuare grandi aggiornamenti in poco tempo.

Ha affermato che, poiché venivano scoperti ulteriori bug, gli sviluppatori alla fine hanno dovuto prendere una decisione difficile, ONE dei motivi per cui resta da vedere quanto agevole sarà il lancio.

"Si trattava in realtà di scegliere tra richiedere alla maggior parte degli utenti di modificare il proprio software entro 48-72 ore per posticipare il fork e richiedere eventualmente o probabilmente a un particolare sottoinsieme della rete di aggiornare il proprio software con un preavviso molto più breve nel caso in cui venisse scoperto un problema", ha spiegato.

Partendo da questo, Wood ha continuato proponendo una serie di modifiche che potrebbe favorire, tra cui la programmazione di ritiri con vari fornitori di software o l'utilizzo di contratti intelligenti per "rinviare dinamicamente" un hard fork problematico.

Tuttavia, poiché questa volta queste misure T sono state adottate, ha consigliato cautela a quanti utilizzeranno la rete nei giorni e nelle settimane a venire.

"In generale sono ottimista sul fatto che, anche se i nostri revisori e i nostri strumenti dovessero riscontrare ulteriori problemi di 'consenso zero-day', potremo implementare gli aggiornamenti antidoto prima che diventino problematici", ha affermato.

Rachel-Rose O'Leary ha contribuito al reportage.

Immagine di Gavin Woodtramite Shutterstock