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.