Vitalik Buterin condivide il suo piano di semplificazione Ethereum

Vitalik Buterin ha delineato la sua visione per la semplificazione Ethereum, un piano che ha chiamato "The Purge" (La Purga). Elemento centrale di questa iniziativa è l'implementazione dell'EIP-6780 durante l'hard fork di Dencun, che riduce significativamente le capacità dell'opcode SELFDESTRUCT. Questa mossa fa parte di uno sforzo più ampio per snellire Ethereum, con l'obiettivo di renderlo meno complesso e più sicuro.

Il cuore dell'EIP-6780 risiede nella drastica riduzione della funzione dell'opcode SELFDESTRUCT, limitandone la capacità di annientare untrace cancellarne il codice e l'archiviazione, tranne quando iltracha origine dalla stessa transazione. Sebbene possa non sembrare un balzo in avanti verso la semplicità nelle specifiche del protocollo, alleggerisce notevolmente il carico di lavoro delle implementazioni imponendo due nuove regole: un limite al numero di slot di archiviazione modificabili all'interno di un singolo blocco e la garanzia che se untracinizia una transazione o un blocco con del codice, lo terminerà allo stesso modo.

Prima di questo cambiamento, il panorama Ethereum era più complesso. Untracpoteva utilizzare SELFDESTRUCT per cancellare un numero illimitato di slot di archiviazione all'interno di un blocco, complicando la potenziale implementazione degli alberi Verkle e appesantindo le implementazioni client con la necessità di codice di gestione aggiuntivo ed efficiente. Itracpotevano anche autodistruggersi e poi rinascere immediatamente con codice diverso, creando un problema di sicurezza per la verifica delle transazioni nei wallet ditracdegli account. Con l'introduzione di EIP-6780, queste sfide vengono affrontate, semplificando la costruzione di client Ethereum e altre infrastrutture.

Sforzo di pulizia in corso di Ethereum

La ricerca di semplificazione di Ethereumnon si ferma all'EIP-6780. Geth, ad esempio, ha recentemente tagliato migliaia di righe di codice interrompendo il supporto per le reti pre-merge (Proof of Work). Un altro miglioramento include il riconoscimento formale che gli "account vuoti" non sono più un problema, grazie a una correzione introdotta in precedenza dall'EIP-161. Inoltre, l'aggiornamento di Dencun ha introdotto una finestra di archiviazione di 18 giorni per i blob, riducendo notevolmente le richieste di archiviazione sui nodi Ethereum .

L'attenzione si sposta anche sulle precompilazioni,tracspeciali progettati per la crittografia complessa che il codice EVM standard non è in grado di gestire in modo efficiente. Nonostante il loro successo, soprattutto nell'abilitare applicazioni ZK-SNARK, alcune precompilazioni come RIPEMD-160,dent, BLAKE2 e MODEXP sono oggi raramente utilizzate. La loro applicazione limitata, unita ai bug di consenso che introducono, le ha segnalate per una potenziale rimozione o sostituzione con codice EVM, sebbene con un maggiore dispendio di gas.

Un altro passo significativo verso la semplificazione è EIP-4444, che affronta la pratica insostenibile dei nodi di archiviare tutti i blocchi storici indefi. Introducendo i blob e impostando un intervallo temporale per l'archiviazione, EIP-4444 mira ad alleviare il carico di archiviazione sui nodi, rendendo possibile per un maggior numero di utenti di gestire i nodi e, di conseguenza, migliorando la decentralizzazione di Ethereum.

Rivoluzionare i registri e passare a SSZ

È allo studio anche la riforma del meccanismo di logging di Ethereum. I log tradizionali, fondamentali per le applicazioni decentralizzate per tracgli eventi on-chain, soffrono di inefficienze, portando la maggior parte delle applicazioni ad affidarsi a servizi centralizzati. La soluzione proposta prevede l'eliminazione dei filtri bloom e la semplificazione dell'opcode LOG per promuovere lo sviluppo di metodi di recupero dei log più efficienti e decentralizzati che utilizzano ZK-SNARK e calcoli incrementalmente verificabili.

Infine, la metodologia di archiviazione e accesso ai dati di Ethereumè pronta per una profonda revisione con l'adozione di SimpleSerialize (SSZ). Questa transizione mira a sostituire gli obsoleti alberi RLP e Merkle Patricia, promettendo una serie di vantaggi come specifiche più chiare, dimostrazioni Merkle più brevi e limitate e l'eliminazione del codice complesso di bit-twiddling. Il passaggio a SSZ rappresenta un passo fondamentale nell'unificazione delle strutture dati crittografiche di Ethereum, preparandoci per un futuro in cui un'unica funzione hash compatibile con SNARK potrebbe servire l'intera rete Ethereum.