Gli sviluppatori Ethereum ritardano l'hard fork di Berlino per arginare i problemi di centralizzazione dei client

Sono così tanti gli utenti che dipendono dal client Ethereum Geth che un bug potrebbe bloccare temporaneamente la rete, cosa che le blockchain T dovrebbero mai fare. Alla luce di ciò, venerdì gli sviluppatori di Ethereum CORE hanno deciso di posticipare il lavoro sull'hard fork di Berlino almeno fino ad agosto, nel tentativo di dare ad altri client la possibilità di aumentare la loro quota della rete.

Geth costituisce solo ONE delle 11 specifiche client, ma il 79% dei nodi Ethereum viene eseguito su di esso, secondo Nodi Eterici. Anche quella percentuale è aumentata del 5% da dicembre. Gli sviluppatori temono che un bug serio possa rompere Ethereum , in particolare perché gli aggiornamenti continui a ETH 1.x continuano prima che la rete passi a un algoritmo di consenso Proof-of-Stake (PoS) sotto ETH 2.0.

"Geth è la maggioranza della rete", ha detto il leader del team Geth Péter Szilágyi nel suo discorso di venerdì scorsoChiamata di gruppo per tutti gli sviluppatori CORE"È estremamente importante che siamo corretti perché non possiamo permetterci di non essere corretti".

Lingue Ethereum

Avere una varietà di clienti è un bene per la rete. Permette a progetti diversi di unirsi alla comunità di sviluppatori di Ethereum, dalla più piccola startup aSocietà. Ethereum aveva otto lingue in vari livelli di completezza ONE anno dopo il suo lancio nel 2015. La Fondazione Ethereum attualmente elencaclient in cinque linguaggi tra cui Go, Solidity, Java, JavaScript e Python.

Continua a leggere: La tecnologia Privacy Zcash alla base della transizione di Ethereum a ETH 2.0

Tuttavia, come la lingua Human , ogni linguaggio di programmazione ha le sue sfumature e quindi svantaggi di implementazione. Quando gli sviluppatori Ethereum eseguono aggiornamenti, quelle sfumature possono trasformarsi in fastidiosi bug.

"La ragione principale [per posticipare Berlino] sarebbe quella di ridurre la dipendenza da Geth e consentirgli di fallire senza far crollare l'intera rete", ha affermato lo sviluppatore indipendente Alexey Akhunov in una chat privata. "Attualmente l'onere è troppo elevato poiché la correttezza di Geth è così critica, e finiscono per fare la maggior parte del lavoro per garantire che tutto funzioni correttamente".

Ciò è stato accelerato dalla deprecazione del client Parity Ethereum come annunciato da Parity Technologies nel dicembre 2019. "Parity è sempre meno in grado di dedicare il livello di risorse richiesto anche per la semplice manutenzione di questo progetto", ha scritto il team Parity in un blogpostare in quel momento.

La base di codice di quel progetto è stata consegnata a un’organizzazione autonoma decentralizzata (DAO) di sviluppatori finanziata dallo spin-out di ConsenSysGnosis. Ora opera sotto il nome di "Open Ethereum". Da dicembre, il client ha perso quasi il 60% dei suoi nodi, secondo il Archivio Web(Nota: anche Geth ha perso circa il 14% dei suoi nodi da dicembre.)

Diversificazione della clientela

"In un mondo ideale avremmo più clienti, nessuno dei quali avrebbe una quota di mercato superiore al 33%", ha affermato il fondatore Gnosis , Martin Köppelmann, in un messaggio privato. "Sebbene sia vero che Open Ethereum non abbia raggiunto il numero di nodi in esecuzione [che] aveva il client Parity, T lo vediamo come un declino. Al contrario. Quando Gnosis ha effettivamente assunto la responsabilità di Open Ethereum, abbiamo iniziato con una quota di mercato pari a 0".

Le preoccupazioni di Szilágyi restano valide indipendentemente dall'entusiasmo di Köppelmann, tuttavia. Ottenere individui, exchange o clienti per gestire qualsiasi cosa tranne Geth è stato difficile e tale dipendenza sarebbe fatalmente esposta se Geth incontrasse mai problemi tecnici.

Questa dipendenza è la vera ragione per cui ETH 2.0 è così lento da lanciare. I ricercatori di ETH 2.0 hanno concordato di aspettare che una varietà di client possa lanciare contemporaneamente per prevenire qualsiasi intoppo se ONE o più si blocca.

Comparativamente,Bitcoin e la maggior parte delle altre criptovalute T effettuano hard fork così spesso o non hanno così tante applicazioni in esecuzione su di esse. Ethereum si trova in una sorta di vincolo: un sacco di progetti dipendono da essa per il 100% di uptime ma effettuano hard fork ogni sei o dodici mesi.

Esaurimento dei Geth?

Inoltre, resta aperta la questione di come convincere altri clienti a seguire l’esempio di Geth.

Lo sviluppatore Ethereum Greg Colvin ha detto nella chiamata degli sviluppatori che è diventata una questione aziendale e ONE difficilmente verrà risolta dalle iniziative degli sviluppatori. I progetti sceglieranno di lavorare con un cliente di minoranza perché hanno esigenze acute che Geth non può soddisfare, come il codice non open source. Detto questo, Colvin ha detto che Geth dovrebbe assumere più personale, se possibile.

Sospensione dei test delle proposte di miglioramento Ethereum (EIP) previsto per Berlino era ONE delle opzioni su cui si sono decisi gli sviluppatori. Tuttavia, Szilágyi ha concluso che la responsabilità 24 ore su 24, 7 giorni su 7 di mantenere in funzione il "computer mondiale" sta esaurendo il suo team.

"Se ci sbagliamo e, ad esempio, Nethermind [client Ethereum ] ha ragione, allora T importa che il codice di Nethermind fosse corretto e il nostro sbagliato, perché la rete è partita dalla catena sbagliata", ha affermato.