Vitalik Buterin redouble d'efforts sur les aspects cruciaux de la purge d'Ethereum

  • Vitalik Buterin partage ses idées sur les prochaines étapes de la « Purge » d'Ethereum
  • EIP-6780 et EIP-4444 sont des propositions cruciales pour simplifier le protocole d'Ethereum et optimiser son stockage de données
  • D'autres aspects de la « Purge » incluent la révision des précompilations, l'utilisation de ZK-SNARK pour les arbres de journaux vérifiés, et la transition vers SimpleSerialize (SSZ)
  • L'objectif global est de rationaliser Ethereum en éliminant la complexité inutile et en réduisant les coûts pour les participants au réseau

Vitalik Buterin – le co-fondateur d'Ethereum – a partagé ses idées sur les prochaines étapes de la simplification du protocole et de l'allégement du fardeau des ressources des nœuds, également connu sous le nom de « Purge ».

The Purge vise essentiellement à sauvegarder le protocole en optimisant le stockage des données. Dans le même temps, il cherche également à répondre aux décisions de conception prises dans le passé en raison de contraintes technologiques. L'objectif principal est de rationaliser le protocole, d'éliminer les obligations techniques et de réduire les coûts de participation au réseau en effaçant les données historiques obsolètes.

Rôle de l'EIP-6780 dans la purge

EIP-6780 est une proposition cruciale avant qu’Ethereum n’atteigne la purge. Il se concentre sur la réduction de la fonctionnalité de l’opcode SELFDESTRUCT au sein du protocole. La proposition a été mise en œuvre lors du hard fork de Dencun dans le but de simplifier Ethereum et d’améliorer ses garanties de sécurité.

Vitalik Buterin redouble d'efforts sur les aspects cruciaux de la purge d'Ethereum

Buterin a souligné l'importance de ce processus pour éliminer la complexité inutile ainsi que pour remédier à la dette technique. Cela devrait non seulement rationaliser les fonctionnalités d'Ethereum, mais également résoudre les problèmes techniques accumulés. EIP-6780 sert d'exemple de cet objectif.

Alors que Dencun a également ouvert la voie aux « blobs », Buterin envisage également une autre proposition cruciale, l'EIP-4444, qui vise à élaguer les données historiques des clients âgés de plus d'un an. Le co-fondateur d’Ethereum a souligné le défi de stocker l’histoire ancienne pour la deuxième plus grande blockchain. Bien que des entités telles que les explorateurs de blocs puissent le gérer, il suggère d'optimiser les protocoles peer-to-peer pour stocker et partager ces données, offrant ainsi une solution viable.

« La blockchain Ethereum est permanente, mais exiger que chaque nœud stocke littéralement toutes les données pour toujours est une manière très « exagérée » d'atteindre cette permanence. »

Autres domaines qui justifient une « purge »

Selon Buterin, réduire la quantité de stockage nécessaire pour exécuter un nœud Ethereum peut considérablement accroître la participation. En outre, EIP-4444 réduit le temps de synchronisation des nœuds, rationalisant les flux de travail pour les opérateurs et améliorant potentiellement la décentralisation d'Ethereum.

Un autre aspect concerne les précompilations, dont certaines connaissent un grand succès, mais d'autres sont sous-utilisées et la demande s'est avérée inférieure aux attentes. Ces précompilations sous-utilisées déclenchent des bugs de consensus et des difficultés pour les nouvelles implémentations EVM. Buterin suggère deux manières de résoudre ce problème  : supprimer la précompilation et les remplacer par un segment de code EVM qui exécute la même action.

En ce qui concerne la réforme LOG, Buterin suggère de supprimer les filtres Bloom et de se concentrer uniquement sur la production d'une valeur d'état hachée. Le plan comprend l'utilisation de ZK-SNARK et du calcul vérifiable de manière incrémentale (IVC) pour construire des arbres de journaux vérifiés.

Un autre aspect qui mérite l’attention est la transition en cours d’Ethereum vers SimpleSerialize (SSZ). Alors que la couche de consensus Ethereum a été déplacée vers la SSZ « plus propre » et plus « efficace », on ne peut pas en dire autant de la couche d’exécution, qui doit être déplacée vers la même structure.

Après la transition vers SSZ, il ne restera que deux structures  : les arbres binaires SHA256 et les arbres Verkle. Finalement, à mesure que le hachage SNARK s'améliore, Buterin a noté que les deux pourraient être remplacés par des arbres binaires Merkle utilisant des hachages compatibles SNARK, unifiant ainsi les structures de données d'Ethereum.

OFFRE SPÉCIALE (Sponsorisée)