Vitalik Buterin ha esposto la sua visione per razionalizzare Ethereum, un piano che chiama "The Purge". Al centro di questa iniziativa c’è l’implementazione di EIP-6780 durante l’hard fork Dencun, che riduce in modo significativo le capacità del codice operativo SELFDESTRUCT. Questa mossa fa parte di uno sforzo più ampio per declassare il protocollo di Ethereum, con l'obiettivo di renderlo meno complesso e più sicuro.
Il cuore di EIP-6780 risiede nella drastica riduzione della funzione del codice operativo SELFDESTRUCT, limitando la sua capacità di annientare un contratto e cancellarne il codice e l'archiviazione, tranne quando il contratto ha origine dalla stessa transazione. Anche se potrebbe non sembrare un salto verso la semplicità nelle specifiche del protocollo, alleggerisce notevolmente il carico sulle implementazioni applicando due nuove regole: un limite al numero di slot di archiviazione modificabili all'interno di un singolo blocco e la garanzia che se un contratto inizia un transazione o blocco con codice, si concluderà allo stesso modo.
Prima di questo cambiamento, il panorama di Ethereum era più selvaggio. Un contratto potrebbe utilizzare SELFDESTRUCT per pulire un numero illimitato di slot di archiviazione all'interno di un blocco, complicando la potenziale implementazione degli alberi Verkle e impantanando le implementazioni client con la necessità di codice di gestione aggiuntivo ed efficiente. I contratti potrebbero anche autodistruggersi e poi rinascere immediatamente con un codice diverso, creando problemi di sicurezza per la verifica delle transazioni nei portafogli di astrazione degli account. Con l'introduzione di EIP-6780, queste sfide vengono affrontate, semplificando la costruzione dei client Ethereum e di altre infrastrutture.
Il continuo sforzo di pulizia di Ethereum
La ricerca di semplificazione di Ethereum non si ferma all'EIP-6780. Geth, ad esempio, ha recentemente tagliato migliaia di righe di codice cessando il supporto per le reti pre-fusione (Proof of Work). Un altro miglioramento include il riconoscimento formale che i “conti vuoti” non sono più un problema, grazie a una correzione introdotta in passato da 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 sulla precompilazione, contratti speciali 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 le applicazioni ZK-SNARK, alcune precompilazioni come RIPEMD-160, Identity, BLAKE2 e MODEXP sono oggi usate raramente. La loro applicazione limitata, unita ai bug di consenso che introducono, li ha contrassegnati per una potenziale rimozione o sostituzione con il codice EVM, anche se con un dispendio di gas maggiore.
Un altro passo significativo verso la semplificazione è EIP-4444, che affronta la pratica insostenibile dei nodi che memorizzano tutti i blocchi storici a tempo indeterminato. Introducendo i blob e impostando un intervallo di tempo per l'archiviazione, EIP-4444 mira ad alleviare il carico di archiviazione sui nodi, rendendo possibile a più utenti di gestire i nodi e, per estensione, migliorando la decentralizzazione di Ethereum.
Rivoluzione dei log e transizione a SSZ
È allo studio anche la riforma del meccanismo di registrazione di Ethereum. I log tradizionali, parte integrante delle applicazioni decentralizzate per tenere traccia degli eventi sulla catena, soffrono di inefficienze, portando invece la maggior parte delle applicazioni a fare affidamento su servizi centralizzati. La soluzione proposta prevede l'eliminazione dei filtri Bloom e la semplificazione del codice operativo LOG per favorire lo sviluppo di metodi di recupero dei log più efficienti e decentralizzati utilizzando ZK-SNARK e calcoli verificabili in modo incrementale.
Infine, la metodologia di archiviazione e accesso ai dati di Ethereum è pronta per una profonda revisione attraverso l'adozione di SimpleSerialize (SSZ). Questa transizione mira a sostituire gli obsoleti alberi RLP e Merkle Patricia, promettendo una serie di vantaggi come una specifica più pulita, prove Merkle più brevi e limitate e l'eliminazione di codici complessi e complicati. Il passaggio a SSZ rappresenta un passo fondamentale nell'unificazione delle strutture dei dati crittografici di Ethereum, preparandoci per un futuro in cui un'unica funzione hash compatibile con SNARK potrebbe servire tutto Ethereum.
Fonte: https://www.cryptopolitan.com/vitalik-buterin-ethereum-simplification-plan/