Selon PANews, le co-fondateur d'Ethereum, Vitalik Buterin, a publié un article discutant de la simplification du protocole Ethereum et de la réduction de la charge des ressources des nœuds. Il met en évidence l'EIP-6780 dans le hard fork Dencun, qui a supprimé la plupart des fonctionnalités de l'opcode SELFDESTRUCT, simplifiant le protocole en éliminant la complexité et en ajoutant de nouvelles garanties de sécurité. Vitalik y fait référence comme une partie importante du processus de « Purge » en cours et fournit trois exemples d'autres « Purges » : 1. Geth a récemment supprimé des milliers de lignes de code en abandonnant la prise en charge du réseau de pré-fusion (PoW) ; 2. L'EIP-161 a établi le fait que nous n'avons plus besoin de nous soucier des « comptes vides », en introduisant ce concept dans le cadre de la réponse à l'attaque DoS de Shanghai ; 3. La fenêtre de stockage de 18 jours pour les blobs dans Dencun signifie que les nœuds Ethereum n'ont besoin que d'environ 500 Go pour stocker les données blob, et ce nombre n'augmentera pas avec le temps.
Concernant les précompilations, Vitalik souligne que certaines précompilations sont beaucoup moins nécessaires que prévu et constituent une source majeure d'erreurs de consensus et de problèmes pour les nouvelles implémentations EVM. Deux méthodes peuvent être utilisées pour supprimer ces précompilations : 1. Supprimez simplement la précompilation, telle que EIP-7266, qui supprime BLAKE2 ; 2. Remplacez la précompilation par un morceau de code EVM qui effectue la même opération (bien qu'inévitablement à un coût plus élevé). En ce qui concerne l'histoire, Vitalik note qu'une question clé à résoudre est de savoir qui stockera l'ancien historique, sinon tous les nœuds. En pratique, de grandes entités comme les explorateurs de blocs les stockeront, mais il est également possible et pas difficile de créer des protocoles réseau peer-to-peer pour stocker et transmettre ces informations, mieux adaptés à la tâche. La blockchain d'Ethereum est permanente, mais exiger que chaque nœud stocke en permanence toutes les données est une implémentation trop « lourde » de la permanence. Un simple réseau peer-to-peer de torrents historiques anciens est une approche, tandis qu’un protocole plus explicitement optimisé pour l’utilisation d’Ethereum en est une autre. EIP-4444 pourrait considérablement augmenter la décentralisation des nœuds Ethereum.
Concernant la réforme LOG, Vitalik suggère de supprimer le bloom et de simplifier l'opcode LOG pour créer uniquement une valeur et la hacher dans l'état. Ensuite, des protocoles distincts utilisant les ZK-SNARK et le calcul incrémentiel vérifiable (IVC) peuvent être créés pour générer des « arbres de journaux » dont l'exactitude est prouvée, qui représentent des tables de journaux facilement consultables pour un sujet donné. Les applications décentralisées nécessitant des journaux peuvent utiliser ces protocoles distincts. En ce qui concerne la transition vers SSZ, Vitalik déclare que la couche de consensus Ethereum a évolué vers un SimpleSerialize (SSZ) plus propre et plus efficace, mais que la transition doit encore être terminée et que la couche d'exécution a été déplacée vers la même structure. Actuellement, il existe trois structures de données cryptographiques dans Ethereum : les arbres binaires SHA256, les listes de hachage SHA3 RLP et les arbres Patricia hexadécimaux. Une fois la transition vers SSZ terminée, il n'en restera que deux : les arbres binaires SHA256 et les arbres Verkle. À plus long terme, les arbres binaires Merkle utilisant des algorithmes de hachage compatibles SNARK pourraient remplacer les arbres binaires SHA256 et les arbres Verkle une fois que nous maîtriserons suffisamment le hachage basé sur SNARK.