Secondo PANews, il cofondatore di Ethereum Vitalik Buterin ha pubblicato un articolo in cui discute della semplificazione del protocollo Ethereum e della riduzione del carico delle risorse dei nodi. Mette in evidenza l'EIP-6780 nell'hard fork Dencun, che ha rimosso la maggior parte delle funzionalità dell'opcode SELFDESTRUCT, semplificando il protocollo eliminando la complessità e aggiungendo nuove garanzie di sicurezza. Vitalik si riferisce a questo come ad una parte importante del processo di 'Epurazione' in corso e fornisce tre esempi di altre 'Eliminazioni': 1. Geth ha recentemente rimosso migliaia di righe di codice eliminando il supporto per la rete pre-fusione (PoW); 2. L'EIP-161 ha stabilito il fatto che non dobbiamo più preoccuparci dei "conti vuoti", introducendo questo concetto come parte della risposta all'attacco DoS di Shanghai; 3. La finestra di archiviazione di 18 giorni per i BLOB a Dencun significa che i nodi Ethereum necessitano solo di circa 500 GB per archiviare i dati dei BLOB e questo numero non aumenterà nel tempo.

Per quanto riguarda le precompilazioni, Vitalik sottolinea che alcune precompilazioni sono molto meno necessarie del previsto e rappresentano una delle principali fonti di errori di consenso e punti critici per le nuove implementazioni EVM. È possibile utilizzare due metodi per rimuovere queste precompila: 1. Rimuovere semplicemente la precompilazione, come EIP-7266, che rimuove BLAKE2; 2. Sostituire la precompilazione con un pezzo di codice EVM che esegue la stessa operazione (anche se inevitabilmente a un costo del gas più elevato). Sul tema della storia, Vitalik osserva che una questione chiave da affrontare è chi memorizzerà la vecchia storia se non tutti i nodi. In pratica, entità di grandi dimensioni come i block explorer le memorizzeranno, ma è anche possibile e non difficile creare protocolli di rete peer-to-peer per archiviare e trasmettere queste informazioni, che sono più adatti allo scopo. La blockchain di Ethereum è permanente, ma richiedere a ogni nodo di archiviare permanentemente tutti i dati è un'implementazione eccessivamente "pesante" della permanenza. Una semplice rete torrent peer-to-peer della vecchia storia è un approccio, mentre un protocollo più esplicitamente ottimizzato per l'uso di Ethereum è un altro. EIP-4444 potrebbe aumentare notevolmente la decentralizzazione dei nodi Ethereum.

Per quanto riguarda la riforma del LOG, Vitalik suggerisce di rimuovere il Bloom e di semplificare il codice operativo del LOG per creare solo un valore e inserirlo nello stato. Quindi, è possibile creare protocolli separati che utilizzano ZK-SNARK e Incremental Verifying Computation (IVC) per generare "alberi di log" dimostrabilmente corretti, che rappresentano tabelle di log facilmente ricercabili per un determinato argomento. Le applicazioni decentralizzate che richiedono log possono utilizzare questi protocolli separati. Per quanto riguarda la transizione a SSZ, Vitalik afferma che il livello di consenso di Ethereum si è spostato verso un SimpleSerialize (SSZ) più pulito ed efficiente, ma la transizione deve ancora essere completata e il livello di esecuzione deve essere spostato sulla stessa struttura. Attualmente, ci sono tre strutture di dati crittografici in Ethereum: alberi binari SHA256, elenchi di hash SHA3 RLP e alberi esadecimali Patricia. Una volta completata la transizione a SSZ, ne rimarranno solo due: alberi binari SHA256 e alberi Verkle. A lungo termine, gli alberi binari Merkle che utilizzano algoritmi di hash compatibili con SNARK potrebbero sostituire gli alberi binari SHA256 e gli alberi Verkle una volta che diventeremo sufficientemente esperti con l'hashing basato su SNARK.