Vitalik Buterin apresentou sua visão para simplificar Ethereum , um plano que ele chama de "A Purga". Fundamental para essa iniciativa é a implementação da EIP-6780 durante o hard fork Dencun, que reduz significativamente as capacidades do opcode SELFDESTRUCT. Essa mudança faz parte de um esforço mais amplo para descomplicar o Ethereum , visando torná-lo menos complexo e mais seguro.
A essência do EIP-6780 reside na drástica redução da função do opcode SELFDESTRUCT, limitando sua capacidade de aniquilar umtrace apagar seu código e armazenamento, exceto quando otracse origina da mesma transação. Embora possa não parecer um grande avanço em termos de simplicidade nas especificações do protocolo, ele alivia consideravelmente a carga sobre as implementações ao impor duas novas regras: um limite para o número de slots de armazenamento que podem ser alterados dentro de um único bloco e a garantia de que, se umtraciniciar uma transação ou bloco com código, ele o terminará da mesma forma.
Antes dessa mudança, o cenário Ethereum era mais caótico. Umtracpodia utilizar o comando `SELFDESTRUCT` para limpar um número ilimitado de espaços de armazenamento dentro de um bloco, o que complicava a implementação de árvores de Verkle e sobrecarregava as implementações de clientes com a necessidade de código adicional para lidar com essas situações. Ostractambém podiam se autodestruir e renascer imediatamente com um código diferente, o que representava um problema de segurança para a verificação de transações em carteiras comtracde contas. Com a introdução da EIP-6780, esses desafios foram resolvidos, simplificando a construção de clientes Ethereum e outras infraestruturas.
Esforço contínuo de limpeza do Ethereum
A busca do Ethereumpela simplificação não termina com a EIP-6780. O Geth, por exemplo, reduziu recentemente milhares de linhas de código ao deixar de oferecer suporte a redes pré-fusão (Prova de Trabalho). Outra melhoria inclui o reconhecimento formal de que "contas vazias" não são mais um problema, graças a uma correção anterior introduzida pela EIP-161. Além disso, a atualização Dencun introduziu uma janela de armazenamento de 18 dias para blobs, reduzindo significativamente a demanda de armazenamento nos nós Ethereum .
O foco também se volta para os pré-compilados —tracespeciais projetados para criptografia complexa que o código padrão da EVM não consegue lidar de forma eficiente. Apesar do sucesso, especialmente na viabilização de aplicações ZK-SNARK, certos pré-compilados como RIPEMD-160,dent, BLAKE2 e MODEXP são raramente usados hoje em dia. Sua aplicação limitada, juntamente com os bugs de consenso que introduzem, os tornaram passíveis de remoção ou substituição por código da EVM, embora com um custo de gás maior.
Outro avanço significativo rumo à simplificação é a EIP-4444, que aborda a prática insustentável de nós armazenarem todos os blocos históricosdefi. Ao introduzir blobs e definir um período de tempo para o armazenamento, a EIP-4444 visa aliviar a sobrecarga de armazenamento nos nós, tornando viável que mais usuários operem nós e, por extensão, aprimorando a descentralização do Ethereum.
Revolucionando os registros e fazendo a transição para a SSZ
A reforma do mecanismo de registro de logs do Ethereumtambém está sendo considerada. Os logs tradicionais, essenciais para que aplicações descentralizadas traceventos na blockchain, sofrem com ineficiências, levando a maioria das aplicações a depender de serviços centralizados. A solução proposta envolve a remoção dos filtros de Bloom e a simplificação do opcode LOG para fomentar o desenvolvimento de métodos de recuperação de logs mais eficientes e descentralizados, utilizando ZK-SNARKs e computação incrementalmente verificável.
Por fim, a metodologia de armazenamento e acesso a dados do Ethereumestá prestes a passar por uma grande reformulação com a adoção do SimpleSerialize (SSZ). Essa transição visa substituir as obsoletas árvores RLP e Merkle Patricia, prometendo uma série de vantagens, como uma especificação mais limpa, provas Merkle mais curtas e limitadas e a eliminação de código complexo de manipulação de bits. A adoção do SSZ representa um passo crucial na unificação das estruturas de dados criptográficas do Ethereum, preparando o terreno para um futuro em que uma única função hash, compatível com SNARK, poderá atender a todo o Ethereum.
