Quando 620 sviluppatori stanchi sono emersi dopo tre giorni di programmazione senza sosta all'evento ETH di Berlino di quest'anno la scorsa settimana, pochi si aspettavano che Vitalik Buterin parlasse sul palco.
Il co-fondatore e primo architetto di Ethereum è stato un ospite a sorpresa.
Ciò che è stato ancora più sorprendente sono state alcune delle sue riflessioni sulla costruzione della seconda blockchain più grande del settore. Buterin ha descritto in dettaglio alcuni dei rimpianti che aveva riguardo al progetto iniziale di Ethereum.
Per molti tra il pubblico, il suo discorso non solo ha evocato i giorni felici della nascita della rete nel 2014, ma ha anche contribuito a compilare la tabella di marcia per ciò che verrà dopo per una criptovaluta che ora vale 448 miliardi di dollari.
Gli Stati Uniti hanno appena approvato un fondo quotato in borsa Ethereum e BlackRock, il più grande gestore patrimoniale del mondo, ha lanciato il proprio fondo tokenizzato sulla blockchain.
La rete Ethereum ha generato un vasto ecosistema di sviluppatori e applicazioni finanziarie per un valore di oltre 63 miliardi di dollari ed è diventata sinonimo di finanza decentralizzata.
Elenco delle cose
Tuttavia, Buterin, un programmatore russo-canadese di 30 anni, ha detto di avere una lista di cose che avrebbe fatto diversamente. Si va dallo sviluppo della macchina virtuale di Ethereum agli smart contract fino al meccanismo di consenso Proof of Stake.
E ha osservato che, anche se Ethereum diventa sempre più mainstream, viene ancora frainteso.
"Bitcoin ha una narrazione semplice che è l'oro digitale", ha detto Buterin. "Ma come con Ethereum, è come 'Whoa, che diavolo è Ethereum?'"
ETHBerlin04 in numeri 🧮
- 802 superumani in totale
- 627 hacker
- 83 progetti presentati
- 56 volontari
- 40 host di esperienze
- 33 giudici
- 18 mentori
- 15 squadre principali
- 13 altoparlanti
- Cani sulla ventina
– ETHBerlin04 (@ETHBerlin) 26 maggio 2024
Seduto su comodi divani sul palco con gli organizzatori di ETHBerlin Afri Schoeden e Franziska Heintel, Buterin ha aperto la sua chiacchierata condividendo i suoi ricordi più belli della capitale tedesca nel corso degli anni: l'hacking nel vecchio ufficio con i co-fondatori di Ethereum Gavin Wood e Jeffrey Wilcke, il lancio di Devcon Zero e celebrando l'aggiornamento Merge nel 2022.
Quindi Schoeden ha posto la domanda.
"Con tutto ciò che sai e tutto ciò che hai imparato negli ultimi 10 anni, come costruiresti Ethereum in modo diverso oggi se potessi iniziare da zero?" chiese Schoeden.
Troppi pezzi, troppo presto
La prima preoccupazione di Buterin riguarda la macchina virtuale di Ethereum, che è la chiave per far funzionare la rete come una sorta di mega computer crittografico decentralizzato.
Ha spiegato che il design EVM originale di Ethereum utilizzava l'elaborazione a 256 bit anziché a 64 o 32 bit.
Nell'architettura informatica, la dimensione dell'elaborazione viene misurata in bit, dove i bit più grandi offrono una migliore efficienza e elaborano più dati. Ma 256 bit sono molto inefficienti per la maggior parte delle operazioni e possono appesantire notevolmente una blockchain, anche per compiti semplici.
Per essere una rete agli albori, Ethereum non aveva bisogno di ottimizzazioni per questo.
"Il design originale era troppo adattato per i 256 bit", ha detto Buterin al pubblico.
Ottimizza i contratti intelligenti
In secondo luogo, Buterin ha affermato che i primi sviluppatori di Ethereum avrebbero dovuto concentrarsi sul rendere più semplice la scrittura di contratti intelligenti con meno righe di codice.
La ragione? Aggiunta trasparenza.
Con meno righe di codice, ha detto, “le persone possono vedere e controllare correttamente cosa succede al loro interno”.
Passa a una versione “più schifosa” dello staking
Invece di computer personalizzati, chiamati minatori, che funzionano senza sosta per proteggere una rete blockchain, Ethereum è passato a un modello diverso.
Il passaggio di Ethereum da un meccanismo di consenso Proof of Work – il modo in cui i nodi in una blockchain come Bitcoin concordano sullo stato dei dati delle transazioni – a Proof of Stake nel 2022 sarebbe dovuto avvenire molto prima, ha detto Buterin.
"Quando siamo passati alla Proof of Stake, avremmo dovuto essere disposti a passare prima a una versione un po' più schifosa della Proof of Stake", ha affermato. "Abbiamo finito per sprecare un sacco di cicli cercando di rendere perfetta la Proof of Stake."
Invece dei minatori, Ethereum è ora protetto da validatori che hanno messo in staking 32 Ethereum, per un valore di circa 124.000 dollari, per fare la stessa cosa – ed essere ricompensati per questo. Se si comportano male convalidando transazioni fraudolente, ad esempio, vengono penalizzati.
In sintesi, il passaggio ha sostituito la potenza di calcolo grezza e ad alto consumo energetico con incentivi economici.
“Avremmo potuto salvare un’enorme quantità di alberi se avessimo avuto una prova di palo molto più semplice nel 2018”, ha detto Buterin.
Emetti i log dal primo giorno
Dai trasferimenti di token di grandi dimensioni agli honey pot backdoor, gli utenti possono seguire il denaro abbastanza facilmente nelle criptovalute. Ciò è in parte dovuto alla registrazione automatica.
Ma man mano che il settore avanza, in particolare passando da account di proprietà esterna come MetaMask a portafogli intelligenti come Safe, alcuni aspetti di quella registrazione cruciale vanno persi.
In particolare, registri automatici per i trasferimenti Ether.
"Avrebbe dovuto essere lì fin dall'inizio", ha detto Buterin. “Avrebbero potuto essere circa 30 minuti di programmazione da parte mia, di Gav e di Jeff. Invece, è un EIP”.
Le proposte di miglioramento di Ethereum sono proposte formali avanzate dagli sviluppatori per modificare alcuni aspetti della rete Ethereum.
L'EIP-7708, presentato da Buterin il 17 maggio, apporterebbe proprio questo cambiamento.
Lascia cadere Keccak
Buterin ha anche affermato che avrebbe utilizzato SHA-2 per la crittografia di Ethereum anziché l’attuale crittografia chiamata Keccak.
Per comprendere la differenza, è necessario approfondire un po’ la conoscenza della crittografia, in particolare su come SHA-3 è diventato uno standard. Ricorda, prima che le criptovalute diventassero sinonimo di memecoin di celebrità e offerte iniziali di monete a nove cifre, si trattava di matematica complicata.
Quando Ethereum veniva costruito, la crittografia utilizzata era in una “competizione per le funzioni hash”: sì, è una cosa.
Il National Institute of Standards and Technology ha organizzato un concorso per creare un nuovo standard di hash insieme a SHA-2.
Gli standard precedenti erano stati attaccati e sfatati. Ma SHA-2 rimase illeso e il NIST voleva semplicemente un’alternativa sicura. Dopotutto, la varietà è il sale della vita (e apparentemente la crittografia).
Keccak era solo uno dei tanti concorrenti che hanno partecipato alla competizione. Durante la competizione, il team ha apportato alcune piccole modifiche ai suoi algoritmi, che alla fine li hanno portati a essere incoronati vincitori. In altre parole: SHA-3.
Il primo team di Ethereum, tuttavia, aveva già implementato una versione non standardizzata di Keccak. Essenzialmente, Ethereum utilizza un'iterazione pre-SHA-3.
Grande grido, vero?
Bene, questo significava che gli sviluppatori di Ethereum avevano bisogno di una libreria personalizzata (raccolte di codice riutilizzabile che non necessitasse di essere riscritto da zero) per ospitare sia SHA-3 che Keccak.
"Non siamo compatibili con altri sistemi che utilizzano SHA-3", ha detto a DL News Marius van der Wijden, uno sviluppatore principale di Ethereum. “Dobbiamo supportare entrambi gli algoritmi nell’EVM.”
È stato sostanzialmente risolto. Oggi le grandi biblioteche supportano entrambi i meccanismi di crittografia.
Quindi sì, un grande grido davvero.
“Non ha importanza nel grande schema delle cose, e lo sviluppo attuale non ne è sicuramente influenzato”, ha affermato van der Wijden.
Il team d’eccellenza di Ethereum
Nonostante l’elenco dei piccoli errori di progettazione, Buterin ha affermato che è inevitabile che qualsiasi progetto ne abbia alcuni.
"Sono davvero felice di sentire che i nostri sviluppatori principali e la loro capacità di esecuzione continuano ad aumentare ogni anno che passa", ha affermato.
“Siamo in grado di correggere in modo efficace e sicuro alcuni di questi errori”.
Liam Kelly è un corrispondente DeFi presso DL News. Hai un consiglio? Invia un'e-mail a liam@dlnews.com.
