ethereum - cryptovalute blog

Tanti utenti dipendono dal client Geth di Ethereum che un bug potrebbe congelare temporaneamente la rete, cosa che non dovrebbe mai fare blockchain. Alla luce di ciò, gli sviluppatori di Ethereum Core hanno deciso venerdì di rimandare il lavoro sul hard fork di Berlino almeno fino ad agosto, nel tentativo di offrire ad altri clienti la possibilità di aumentare la propria quota di rete.

Geth costituisce solo una delle 11 specifiche del client, ma il 79% dei nodi Ethereum viene eseguito su di esso, secondo Ether Nodes. Anche questa percentuale è aumentata del 5% da dicembre. Gli sviluppatori temono che un grave bug potrebbe rompere Ethereum, in particolare poiché gli aggiornamenti continui a Eth 1.x continuano prima che la rete passi a un algoritmo di consenso Proof-of-Stake (PoS) in Eth 2.0.

Geth è la maggior parte della rete“, ha detto il leader del team Geth Péter Szilágyi nella chiamata del gruppo All Core Developers di venerdì scorso. “È estremamente importante che siamo corretti perché non possiamo permetterci di non essere corretti“.

Linguaggi ethereum

Avere una varietà di clienti è positivo per la rete. Consente a diversi progetti di unirsi alla comunità di sviluppatori di Ethereum – dalla più piccola startup a JPMorgan. Ethereum aveva otto lingue in vari livelli di completezza un anno dopo il suo lancio nel 2015. La Ethereum Foundation attualmente elenca i client in cinque lingue tra cui Go, Solidity, Java, JavaScript e Python.

Tuttavia, come la lingua umana, ogni linguaggio di programmazione ha le sue sfumature e quindi gli svantaggi nell’implementazione. Quando gli sviluppatori di Ethereum conducono aggiornamenti, queste sfumature possono trasformarsi in cattivi bug.

Il motivo principale [per rinviare Berlino] sarebbe ridurre la dipendenza da Geth e consentire che fallisca senza far crollare l’intera rete“, ha dichiarato 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 più incapace di dedicare il livello di risorse necessarie per la manutenzione anche semplice di questo progetto“, ha scritto il team Parity in un post sul blog al tempo.

La base di codice di quel progetto è stata consegnata a un’organizzazione autonoma decentralizzata (DAO) di sviluppatori finanziata dallo spinout di ConsenSys Gnosis.

Ora opera sotto il nome di “Open Ethereum”. Da dicembre, il client ha perso quasi il 60% dei suoi nodi, secondo il Web Archive. (Nota: Geth ha perso circa il 14% dei suoi nodi anche da dicembre.)

Diversificazione del cliente

In un mondo ideale avremmo più clienti senza clienti con una quota di mercato superiore al 33%“, ha dichiarato il fondatore di Gnosis Martin Köppelmann in un messaggio privato. “Sebbene sia vero che Open Ethereum non ha raggiunto il numero di nodi in esecuzione [che] aveva il client Parity, non lo vediamo come un calo. Piuttosto il contrario. Quando Gnosis ha effettivamente assunto la responsabilità di Open Ethereum, abbiamo iniziato con una quota di mercato di 0.

Le preoccupazioni di Szilágyi rimangono valide indipendentemente dall’entusiasmo di Köppelmann. Fare in modo che individui, scambi o clienti gestissero qualsiasi cosa tranne Geth è stato difficile e tale dipendenza sarebbe fatalmente esposta se Geth incontrasse problemi tecnici.

Questa dipendenza è la vera ragione per cui Eth 2.0 è così lento da avviare. I ricercatori di Eth 2.0 hanno concordato di aspettare fino a quando una varietà di clienti può lanciarsi in concerto per evitare il singhiozzo se uno o più crollano.

Comparativamente, i bitcoin e la maggior parte delle altre criptovalute non si spostano con troppa frequenza o hanno tante applicazioni in esecuzione su di essi. Ethereum deve affrontare un problema: un sacco di progetti che dipendono da esso per un uptime del 100% ma che rotolano forcelle rigide ogni 6-12 mesi.