Vitalik escreve sobre o futuro desenvolvimento do Ethereum protocolo, The Purge, com o objetivo de incluir as necessidades de armazenamento do Gota e a complexidade do protocolo Ethereum

Odaily星球日报讯 Vitalik 发布以太坊protocolo未来发展（第五部分：The Purge），关键目标如下： Ao reduzir ou eliminar a necessidade de armazenamento permanente de todo o histórico e até mesmo do estado de cada Nó, os requisitos de armazenamento do cliente Gota são reduzidos; Ao reduzir a complexidade do Gotaprotocolo, eliminando recursos desnecessários. No texto menciona-se que o Ethereum já começou a livrar-se do modelo em que todos os nós armazenam permanentemente todos os registros históricos. A parte do ConsensoBloco (ou seja, relacionada com a Prova de Atestação de Consenso) armazena apenas cerca de 6 meses. O Blob armazena apenas cerca de 18 dias. O EIP -4444 visa introduzir um período de armazenamento de um ano para blocos e recibos históricos. O objetivo a longo prazo é ter um período coordenado (possivelmente cerca de 18 dias) durante o qual cada nó é responsável por armazenar todo o conteúdo, e depois os dados antigos são armazenados de forma distribuída pela rede peer-to-peer composta pelos nós Ethereum. Além da necessidade de armazenamento de histórico do cliente, a necessidade de armazenamento do cliente continuará a subir, cerca de 50 GB por ano, devido à constante subida: equilíbrio de contas e números aleatórios, códigos de contrato e armazenamento de contratos. Os usuários podem pagar uma taxa única, proporcionando um fardo eterno para os clientes Ethereum atuais e futuros. Há duas coisas que precisam ser feitas em relação à complexidade do Gota protocolo: Parar de fazer alterações e tornar o protocolo rígido; Capaz de remover funcionalidades reais e complexidade Gota. Além disso, Vitalik mencionou que uma abordagem mais radical para a complexidade da Gota é manter o protocolo inalterado, mas transferir a maior parte de suas funcionalidades para o código do contrato; uma abordagem mais moderada é manter a relação entre a cadeia beacon e o ambiente de execução do ETH atual inalterada, podendo escolher RISC-V, Cairo ou outra VM como a nova "VM oficial do ETH", e então forçar a conversão de todos os contratos EVM para o código da nova VM que interpreta a lógica do código original (por compilação ou interpretação). Em teoria, até mesmo a "VM de destino" pode ser usada como a versão EOF para concluir esta operação.