Condividi questo articolo

Carta ingiallita: cosa sta ritardando un aggiornamento cruciale Ethereum ?

Il documento che dovrebbe stabilire le regole per i computer che eseguono il software Ethereum è obsoleto e concordare un aggiornamento potrebbe non essere così semplice.

Il documento tecnico che dovrebbe fornire le regole definitive per tutti i computer che eseguono il software Ethereum sta diventando obsoleto.

Chiamato ilCarta gialla, il documento è ciò che gli sviluppatori Ethereum usano come riferimento durante la codifica, ed è ciò su cui i client fanno affidamento per rimanere aggiornati con la rete (senza, ad esempio, creare bug che potrebbero danneggiarla).

La storia continua sotto
Non perderti un'altra storia.Iscriviti alla Newsletter Crypto for Advisors oggi. Vedi Tutte le Newsletter

Tuttavia, da oltre un anno T vengono apportate modifiche al documento, il che ostacola gli sforzi per ampliare le capacità della seconda blockchain più grande al mondo in termini di valore di mercato.

Invece di una guida chiara e netta, gli sviluppatori devono fare affidamento sul "consenso della comunità" per garantire che le cose funzionino correttamente, ha affermato lo sviluppatore CORE Nick Johnson al recente incontro. E mentre la rete lotta per KEEP il passo con l'adozione (vedi:La popolarità di CryptoKitties), l'urgenza per Ethereum di adattare il proprio codice non è forse mai stata così marcata.

In effetti, mentre si parla sempre più di possibili soluzioni alla congestione della rete, si sta prestando nuova attenzione ai problemi percepiti con il Libro Giallo.

Aiutare le frustrazioni è chebug di consenso emersiin vista del recente hard fork di Ethereum, denominato Byzantium, avrebbe potuto essere mitigato con un punto di riferimento cross-client più accurato.

Come ha affermato Johnson durante l'incontro:

"Se vuoi costruire qualcosa che possa sincronizzare la catena prima dell'attuale hard fork, allora sei sfortunato. Devi uscire dalle cattive informazioni e in realtà non esiste una specifica formale per questo, a parte le vecchie versioni dello Yellow Paper."

Troppa matematica

ONE dei problemi dell'attuale Yellow Paper è che è espresso in notazione matematica, anche se molti sviluppatori preferirebbero uno specifico linguaggio di programmazione.

Per questo motivo, hada tempo criticato come un punto di partenza poco accogliente per i nuovi arrivati ​​Ethereum . Lo sviluppatore CORE Piper Merriam, parlando all'incontro, ha detto proprio questo, sostenendo che lo Yellow Paper, così come è scritto oggi, limita notevolmente il numero di persone che possono partecipare allo sviluppo Ethereum .

"Ciò che conta davvero è la capacità di trasformare le specifiche in quella notazione matematica, cosa di cui non sono un esperto, e ho una laurea in matematica", ha affermato.

Anche Johnson ha respinto il documento, definendolo "oscurantista e difficile da leggere" e una "cattiva risorsa descrittiva".

Al telefono con CoinDesk, ha aggiunto: "Sono davvero poche le persone che conoscono bene la notazione utilizzata nel Libro Giallo per apportare modifiche significative."

Attualmente, gli sviluppatori stanno puntando ad un altro documento,KEVM, scritto nel linguaggio di programmazione K, come possibile specifica contemporanea per Ethereum.

Sebbene le discussioni con gli attuali autori delle specifiche non siano ancora iniziate formalmente, Johnson le ha descritte come "una promettente strada da seguire".

Johnson ha concluso:

"Quello che mi piacerebbe vedere è una specifica più accessibile, ma comunque ben definita e completa, che copra tutto il necessario per creare un nuovo client Ethereum da zero."

Il guardiano

Ma fino ad allora, il documento rimane obsoleto e, nonostante la natura decentralizzata della rete Ethereum , tutti gli aggiornamenti devono essere eseguiti da ONE persona.

Ciò accade perché, allo stato attuale, Yellow Paper è un software senza licenza, il che significa che i suoi diritti editoriali sono trasferiti all'autore indicato.

Nello specifico, si tratta del dott. Gavin Wood, fondatore di Parity Technologies e co-fondatore di Ethereum. Poiché è l'unico autore elencato, ciò lo rende l'autorità chiave nel suo stato attuale, ma i suoi sforzi per migliorare il documento sembrano essere a singhiozzo.

All'inizio di quest'anno, Woodaggiornatoil documento, ma poi poco dopo,ripristinato torna alla versione disponibile nel 2016. In un incontro degli sviluppatori a marzo, l'ingegnere della Ethereum Foundation Yoichi Hirai disseaveva parlato con Wood delle modifiche e Wood era tornato indietro solo nel tentativo di correggere gli errori prima di unire un aggiornamento.

Da allora, tuttavia, il Libro Giallo ha vistonon significativoaggiornamenti.

Perché ci sono in totale 29 individui che hannocontribuitoal documento nel tempo, Hirai, che ha guidato la maggior parte dei tentativi di modifica all'interno del repository Yellow Paper, ha affermato: "Dal punto di vista legale, si tratta di un grande mix di persone".

Intervenuto durante l'incontro della scorsa settimana, ha aggiunto:

"Nelle sue attuali condizioni è molto pericoloso."

Wood non ha risposto alle numerose richieste di commento.

Politica paritaria?

Meno chiaro è il ruolo di Wood in qualsiasi ritardo, una questione amplificata dal fatto che il suo abbandono della Fondazione Ethereum è stato a lungo costellato di teorie del complotto.

Amplificare i problemi percepiti èche alcuni sentonola stampa negativa di ethereum quest'anno riconduce tutta a Wood. Ad esempio,l'hack di lugliodi 150.000 ether (del valore di 30 milioni di dollari all'epoca) era dovuto a un problema con i portafogli Parity, così come ilrecente congelamento dei fondiin base a cui un nuovo programmatore ha "accidentalmente" avviato il blocco di 275 milioni di dollari in ether.

Inoltre, secondo Merriam, che ha fatto riferimento al precedente progetto di Wood, CPP Ethereum, in passato Wood ha bloccato i tentativi di modificare la documentazione.

Nel tentativo di "incoraggiare l'adozione più ampia possibile di Ethereum" l'anno scorso,una modifica del copyright è stato suggerito per CPP Ethereum , annunciato come un modo per rendere legalmente possibile per progetti esterni, come Hyperledger, implementare il codice senza ambiguità di licenza.

Detto questo, altri credono che potrebbe essere semplicemente un segno del ritmo rapido dello sviluppo della tecnologia.

"So che alcune persone hanno contattato Gavin [Wood] per discutere di questo problema, ma finora T ha agito", ha affermato Hudson Jameson, ex responsabile delle comunicazioni della Ethereum Foundation, durante l'incontro.

Anche Johnson, in un'intervista con CoinDesk, ha affermato che qualsiasi tentativo di insinuare che ci sia discordia tra gli sviluppatori T è del tutto accurato.

"In base ai miei problemi su scala minore, direi che è molto probabile che sia semplicemente impegnato e T abbia ancora trovato il tempo di farlo. T credo che ci siano intenzioni maligne in questo", ha detto.

Per Johnson, i problemi sono solo un segnale che è necessaria una soluzione migliore.

Ha concluso:

"Penso che abbiamo bisogno di un processo più decentralizzato per la gestione dello standard ufficiale."

Pergamenaimmagine tramite Shutterstock

Rachel-Rose O'Leary

Rachel-Rose O'Leary è una programmatrice e scrittrice presso Dark Renaissance Technologies. È stata lead tech writer per CoinDesk 2017-2018, occupandosi di Privacy tech ed Ethereum. Ha un background in arte digitale e filosofia e scrive di Cripto dal 2015.

Rachel-Rose O'Leary