Potrivit PANews, cofondatorul Ethereum, Vitalik Buterin, a publicat un articol care discută despre simplificarea protocolului Ethereum și reducerea încărcării resurselor nodului. El evidențiază EIP-6780 în hard fork Dencun, care a eliminat cea mai mare parte a funcționalității codului operațional SELFDESTRUCT, simplificând protocolul prin eliminarea complexității și adăugarea de noi garanții de securitate. Vitalik se referă la aceasta ca fiind o parte importantă a procesului de „eliminare” în curs și oferă trei exemple de alte „eliminări”: 1. Geth a eliminat recent mii de linii de cod, renunțând la suportul pentru rețeaua de pre-merge (PoW); 2. EIP-161 a stabilit faptul că nu mai trebuie să ne îngrijorăm cu privire la „conturile goale”, introducând acest concept ca parte a răspunsului la atacul DoS de la Shanghai; 3. Fereastra de stocare de 18 zile pentru blob-uri în Dencun înseamnă că nodurile Ethereum au nevoie doar de aproximativ 500 GB pentru a stoca date blob-uri, iar acest număr nu va crește în timp.
În ceea ce privește precompilările, Vitalik subliniază că unele precompilări sunt mult mai puțin necesare decât se anticipa și sunt o sursă majoră de erori de consens și puncte de durere pentru noile implementări EVM. Două metode pot fi utilizate pentru a elimina aceste precompilări: 1. Eliminați pur și simplu precompilarea, cum ar fi EIP-7266, care elimină BLAKE2; 2. Înlocuiți precompilarea cu o bucată de cod EVM care efectuează aceeași operațiune (deși inevitabil la un cost de gaz mai mare). Pe tema istoriei, Vitalik observă că o problemă cheie care trebuie abordată este cine va stoca istoricul vechi, dacă nu fiecare nod. În practică, entitățile mari, cum ar fi exploratorii de blocuri, îl vor stoca, dar este, de asemenea, posibil și nu dificil să se creeze protocoale de rețea peer-to-peer pentru stocarea și transmiterea acestor informații, care sunt mai potrivite pentru sarcină. Blockchain-ul Ethereum este permanent, dar solicitarea fiecărui nod să stocheze permanent toate datele este o implementare prea „grea” a permanenței. O simplă rețea de torrent peer-to-peer cu istorie veche este o abordare, în timp ce un protocol optimizat mai explicit pentru utilizarea Ethereum este o alta. EIP-4444 ar putea crește foarte mult descentralizarea nodurilor Ethereum.
În ceea ce privește reforma LOG, Vitalik sugerează eliminarea bloom-ului și simplificarea opcode-ului LOG pentru a crea doar o valoare și a o introduce în stat. Apoi, pot fi construite protocoale separate care utilizează ZK-SNARK-uri și calculul verificabil incremental (IVC) pentru a genera „arbore de jurnal” corecte, care reprezintă tabele de jurnal ușor de căutat pentru un anumit subiect. Aplicațiile descentralizate care necesită jurnale pot folosi aceste protocoale separate. În ceea ce privește tranziția la SSZ, Vitalik afirmă că stratul de consens Ethereum s-a mutat către un SimpleSerialize (SSZ) mai curat și mai eficient, dar tranziția trebuie încă finalizată și stratul de execuție mutat în aceeași structură. În prezent, există trei structuri de date criptografice în Ethereum: arbori binari SHA256, liste hash SHA3 RLP și arbori hexadecimale Patricia. Odată ce tranziția la SSZ este completă, vor rămâne doar doi: arbori binari SHA256 și arbori Verkle. Pe termen mai lung, arborii binari Merkle care utilizează algoritmi hash prietenoși cu SNARK pot înlocui arborii binari SHA256 și arborii Verkle odată ce devenim suficient de competenți cu hashingul bazat pe SNARK.