- Vitalik Buterin ha annunciato un piano chiamato "The Purge" per semplificare Ethereum, concentrandosi sulla riduzione della complessità e sull'aumento della sicurezza.
- L'EIP-6780, introdotta nel hard fork Dencun, limita l'opcode SELFDESTRUCT ai contratti creati nella stessa transazione, snellendo il protocollo Ethereum.
- La modifica introduce due nuove regole: un limite al numero di slot di storage modificabili in un singolo blocco e la garanzia che il codice del contratto rimanga invariato all'interno di una transazione o di un blocco.
Vitalik Buterin ha delineato la sua visione per semplificare Ethereum, un piano che chiama "The Purge". Al centro di questa iniziativa vi è l'implementazione dell'EIP-6780 durante il hard fork Dencun, che riduce significativamente le capacità dell'opcode SELFDESTRUCT. Questo movimento fa parte di uno sforzo più ampio per ripulire il protocollo di Ethereum, mirando a renderlo meno complesso e più sicuro.
Il cuore dell'EIP-6780 risiede nella drastica riduzione della funzione dell'opcode SELFDESTRUCT, limitando la sua capacità di annientare un contratto ed eliminare il suo codice e lo storage, eccetto quando il contratto origina dalla stessa transazione. Anche se potrebbe non sembrare un salto verso la semplicità nelle specifiche del protocollo, alleggerisce notevolmente il carico sulle implementazioni imponendo due nuove regole: un limite al numero di slot di storage modificabili all'interno di un singolo blocco e l'assicurazione che se un contratto inizia una transazione o un blocco con codice, lo finisca allo stesso modo.
Prima di questo cambiamento, il panorama di Ethereum era più selvaggio. Un contratto poteva utilizzare SELFDESTRUCT per cancellare un numero illimitato di slot di storage all'interno di un blocco, complicando la potenziale implementazione degli alberi Verkle e rallentando le implementazioni dei client con la necessità di codice di gestione extra ed efficiente. I contratti potevano anche auto-distruggersi e poi rinascere immediatamente con codice diverso, ponendo un problema di sicurezza per la verifica delle transazioni nei wallet di account abstraction. Con l'introduzione dell'EIP-6780, queste sfide sono affrontate, semplificando la costruzione di client di Ethereum e altre infrastrutture.
Lo sforzo di pulizia in corso di Ethereum
La ricerca di Ethereum di semplificazione non si ferma all'EIP-6780. Geth, ad esempio, ha recentemente tagliato migliaia di righe di codice cessando il supporto per le reti pre-merge (Proof of Work). Un altro miglioramento include il riconoscimento formale che i "conti vuoti" non sono più una preoccupazione, grazie a una correzione introdotta in passato dall'EIP-161. Inoltre, l'aggiornamento Dencun ha introdotto una finestra di storage di 18 giorni per i blob, riducendo notevolmente le richieste di storage sui nodi di Ethereum.
L'attenzione si sposta anche sui precompilati: contratti speciali progettati per la crittografia complessa che il codice EVM standard non può gestire in modo efficiente. Nonostante il loro successo, specialmente nell'abilitare le applicazioni ZK-SNARK, alcuni precompilati come RIPEMD-160, Identity, BLAKE2 e MODEXP sono raramente utilizzati oggi. La loro applicazione limitata, unita ai bug di consenso che introducono, li ha segnati per una potenziale rimozione o sostituzione con codice EVM, sebbene a un costo di gas maggiore.
Un altro passo significativo verso la semplificazione è l'EIP-4444, che affronta la pratica insostenibile dei nodi che memorizzano tutti i blocchi storici indefinitamente. Introducendo i blob e impostando un periodo di tempo per lo storage, l'EIP-4444 mira ad alleviare il carico di storage sui nodi, rendendo fattibile per più utenti operare nodi e, di conseguenza, migliorando la decentralizzazione di Ethereum.
Rivoluzionare i log e passare a SSZ
La riforma del meccanismo di logging di Ethereum è anch'essa in considerazione. I log tradizionali, integrali per le applicazioni decentralizzate per tracciare gli eventi on-chain, soffrono di inefficienze, portando la maggior parte delle applicazioni a fare affidamento su servizi centralizzati. La soluzione proposta prevede la cancellazione dei filtri bloom e la semplificazione dell'opcode LOG per favorire lo sviluppo di metodi di recupero dei log decentralizzati più efficienti che utilizzano ZK-SNARKs e computazione verificabile incrementalmente.
Infine, il metodo di archiviazione e accesso ai dati di Ethereum è pronto per una profonda revisione attraverso l'adozione di SimpleSerialize (SSZ). Questa transizione mira a sostituire gli obsoleti RLP e gli alberi di Merkle Patricia, promettendo una serie di vantaggi come una specifica più pulita, prove di Merkle più brevi e limitate, e l'eliminazione del codice complesso per la manipolazione dei bit. Il passaggio verso SSZ rappresenta un passo cruciale nell'unificazione delle strutture dati crittografiche di Ethereum, preparandoci per un futuro in cui un'unica funzione hash compatibile con SNARK potrebbe servire tutti gli aspetti di Ethereum.
I cervelli più intelligenti del crypto leggono già la nostra newsletter. Vuoi unirti a loro? Unisciti a loro.
Dichiarazione di responsabilità: Le informazioni fornite non costituiscono consulenza finanziaria. Cryptopolitan.com non si assume alcuna responsabilità per gli investimenti effettuati sulla base delle informazioni presenti in questa pagina. Si raccomanda vivamente di effettuare ricerche indipendenti e/o consultare un professionista qualificato prima di prendere qualsiasi decisione di investimento.
Jai Hamid
Jai Hamid si occupa di criptovalute, mercati azionari, tecnologia, economia globale ed eventi geopolitici che influenzano i mercati da 6 anni. Ha collaborato con pubblicazioni focalizzate sulla blockchain, tra cui AMB Crypto, Coin Edition e CryptoTale, per analisi di mercato, grandi aziende, regolamentazione e tendenze macroeconomiche. Si è formata presso la London School of Journalism e ha condiviso tre volte le sue analisi sui mercati delle criptovalute su una delle principali reti televisive dell'Africa.
