Vitalik Buterin a présenté sa vision de la simplification Ethereum , un plan qu'il nomme « La Purge ». Au cœur de cette initiative se trouve la mise en œuvre de l'EIP-6780 lors du hard fork Dencun, qui réduit considérablement les capacités de l'opcode SELFDESTRUCT. Cette mesure s'inscrit dans un effort plus large visant à alléger Ethereum , afin de le rendre moins complexe et plus sûr.
L'élément central de l'EIP-6780 réside dans la réduction drastique de la fonction de l'opcode SELFDESTRUCT, limitant sa capacité à anéantir untracet à effacer son code et son stockage, sauf si letracprovient de la même transaction. Bien que cela puisse ne pas paraître comme un progrès significatif en termes de simplification dans les spécifications du protocole, cette modification allège considérablement la charge des implémentations en imposant deux nouvelles règles : un plafond sur le nombre d'emplacements de stockage modifiables au sein d'un même bloc et la garantie que si untracinitie une transaction ou un bloc avec du code, il le terminera de la même manière.
Avant cette modification, l'écosystème Ethereum était plus complexe. Untracpouvait utiliser l'autodestruction pour effacer un nombre illimité d'emplacements de stockage au sein d'un bloc, ce qui compliquait l'implémentation potentielle des arbres de Verkle et alourdissait les clients, nécessitant un code de gestion supplémentaire et performant. Lestracpouvaient également s'autodétruire puis renaître immédiatement avec un code différent, posant un problème de sécurité majeur pour la vérification des transactions dans les portefeuilles d'tracde compte. L'introduction de l'EIP-6780 résout ces problèmes, simplifiant ainsi la construction des clients Ethereum et d'autres infrastructures.
L’effort de nettoyage continu Ethereum
La quête de simplification d' Ethereumne s'arrête pas à l'EIP-6780. Geth, par exemple, a récemment réduit son code de plusieurs milliers de lignes en abandonnant la prise en charge des réseaux pré-fusion (preuve de travail). Autre amélioration : la reconnaissance officielle que les « comptes vides » ne constituent plus un problème, grâce à une correction apportée par l'EIP-161. De plus, la mise à jour Dencun a introduit une fenêtre de stockage de 18 jours pour les blobs, réduisant considérablement la charge de stockage sur les nœuds Ethereum .
L'attention se porte également sur les précompilations : destracspéciaux conçus pour la cryptographie complexe que le code EVM standard ne peut gérer efficacement. Malgré leur succès, notamment pour les applications ZK-SNARK, certaines précompilations comme RIPEMD-160,dent, BLAKE2 et MODEXP sont aujourd'hui rarement utilisées. Leur application limitée, combinée aux bogues de consensus qu'elles introduisent, les rend susceptibles d'être supprimées ou remplacées par du code EVM, même si cela impliquerait un coût en gaz plus élevé.
L'EIP-4444 constitue une autre avancée significative vers la simplification, en s'attaquant à la pratique non viable consistant pour les nœuds à stockerdefitous les blocs historiques. En introduisant les blobs et en définissant une durée de stockage, l'EIP-4444 vise à alléger la charge de stockage des nœuds, permettant ainsi à un plus grand nombre d'utilisateurs d'exploiter des nœuds et, par extension, renforçant la décentralisation d' Ethereum.
Révolutionner les bûches et passer à la SSZ
La réforme du mécanisme de journalisation d' Ethereumest également à l'étude. Les journaux traditionnels, indispensables aux applications décentralisées pour tracdes événements sur la blockchain, souffrent d'inefficacités, ce qui conduit la plupart des applications à s'appuyer sur des services centralisés. La solution proposée consiste à supprimer les filtres de Bloom et à simplifier l'opcode LOG afin de favoriser le développement de méthodes de récupération des journaux plus efficaces et décentralisées, utilisant les ZK-SNARK et le calcul incrémentalement vérifiable.
Enfin, la méthodologie de stockage et d'accès aux données d' Ethereumest sur le point de connaître une refonte majeure grâce à l'adoption de SimpleSerialize (SSZ). Cette transition vise à remplacer les arbres RLP et Merkle Patricia obsolètes, promettant de nombreux avantages tels qu'une spécification plus claire, des preuves Merkle plus courtes et bornées, et l'élimination du code complexe de manipulation de bits. Le passage à SSZ représente une étape cruciale dans l'unification des structures de données cryptographiques d' Ethereum, nous préparant à un avenir où une seule fonction de hachage compatible SNARK pourrait servir l'ensemble d' Ethereum.
