De acordo com a PANews, o cofundador da Ethereum, Vitalik Buterin, publicou um artigo discutindo a simplificação do protocolo Ethereum e a redução da carga de recursos do nó. Ele destaca o EIP-6780 no hard fork Dencun, que removeu grande parte da funcionalidade do opcode SELFDESTRUCT, simplificando o protocolo ao eliminar a complexidade e adicionar novas garantias de segurança. Vitalik refere-se a isso como uma parte importante do processo contínuo de 'Purge' e fornece três exemplos de outras 'Purges': 1. Geth removeu recentemente milhares de linhas de código ao abandonar o suporte para a rede de pré-fusão (PoW); 2. O EIP-161 estabeleceu o facto de que já não precisamos de nos preocupar com “contas vazias”, introduzindo este conceito como parte da resposta ao ataque DoS em Xangai; 3. A janela de armazenamento de 18 dias para blobs em Dencun significa que os nós Ethereum precisam apenas de cerca de 500 GB para armazenar dados de blob, e esse número não aumentará com o tempo.

Em relação às pré-compilações, Vitalik aponta que algumas pré-compilações são muito menos necessárias do que o previsto e são uma importante fonte de erros de consenso e pontos problemáticos para novas implementações de EVM. Dois métodos podem ser usados ​​para remover essas pré-compilação: 1. Simplesmente remova a pré-compilação, como EIP-7266, que remove o BLAKE2; 2. Substitua a pré-compilação por um trecho de código EVM que execute a mesma operação (embora inevitavelmente com um custo de gás mais alto). Sobre o tema da história, Vitalik observa que uma questão importante a ser abordada é quem armazenará a história antiga, se não todos os nós. Na prática, grandes entidades como exploradores de blocos irão armazená-las, mas também é possível e não difícil criar protocolos de rede peer-to-peer para armazenar e transmitir essas informações, mais adequados para a tarefa. A blockchain do Ethereum é permanente, mas exigir que cada nó armazene permanentemente todos os dados é uma implementação de permanência excessivamente “pesada”. Uma simples rede de torrent de história antiga peer-to-peer é uma abordagem, enquanto um protocolo mais explicitamente otimizado para uso do Ethereum é outra. O EIP-4444 poderia aumentar muito a descentralização dos nós Ethereum.

Em relação à reforma do LOG, Vitalik sugere remover o florescimento e simplificar o opcode do LOG para criar apenas um valor e hash-lo no estado. Em seguida, protocolos separados usando ZK-SNARKs e Computação Verificável Incremental (IVC) podem ser construídos para gerar 'árvores de log' comprovadamente corretas, que representam tabelas de log facilmente pesquisáveis ​​para um determinado tópico. Aplicativos descentralizados que exigem logs podem usar esses protocolos separados. Quanto à transição para SSZ, Vitalik afirma que a camada de consenso Ethereum mudou para um SimpleSerialize (SSZ) mais limpo e eficiente, mas a transição ainda precisa ser concluída e a camada de execução movida para a mesma estrutura. Atualmente, existem três estruturas de dados criptográficos no Ethereum: árvores binárias SHA256, listas de hash SHA3 RLP e árvores hexadecimais Patricia. Assim que a transição para SSZ for concluída, apenas duas permanecerão: árvores binárias SHA256 e árvores Verkle. No longo prazo, as árvores Merkle binárias que usam algoritmos de hash compatíveis com SNARK podem substituir as árvores binárias SHA256 e as árvores Verkle assim que nos tornarmos proficientes o suficiente com hashing baseado em SNARK.