Le co-fondateur d’Ethereum, Vitalik Buterin, a parlé de la prochaine étape de la feuille de route de la blockchain : The Purge. Il vise à simplifier la structure du réseau et à réduire la charge sur les nœuds.
Une note rapide sur les prochaines étapes de la simplification du protocole Ethereum et de la diminution de la charge des ressources des nœuds (alias « la purge ») : https://t.co/BAebCGrisB
– vitalik.eth (@VitalikButerin) 1 avril 2024
EIP-6780
À ce stade, la mise en œuvre et le développement de l’EIP-6780, introduit lors du récent hard fork de Dencun, sont au cœur du développement du protocole. Il optimise l’opcode SELFDESTRUCT, augmentant la sécurité et simplifiant la mise en œuvre du protocole.
« Cet EIP est un exemple clé d’une partie souvent sous-estimée du développement d’Ethereum : la tentative de simplifier le protocole en supprimant la complexité et en ajoutant de nouvelles garanties de sécurité », a expliqué Buterin.
EIP-6780 réduit la fonctionnalité de la commande d’opération SELFDESTRUCT, qui détruit le contrat qui l’appelle, libérant ainsi de l’espace dans le magasin de données.
Parallèlement à la mise à jour, Ethereum a introduit un nombre maximum d’emplacements de stockage (environ : limite de gaz/5 000) qui peuvent être modifiés en un seul bloc. Cette approche simplifie grandement la création d’un client de protocole et d’autres types d’infrastructures, estime Buterin.
Selon lui, d’autres propositions similaires visant à améliorer le réseau apparaîtront dans le cadre de The Purge.
« Nettoyer » le réseau
Buterin a décrit plusieurs autres « nettoyages » au sein d’Ethereum visant à optimiser le protocole. Récemment, un client Geth a supprimé des milliers de lignes de code, ne prenant plus en charge les réseaux ajoutés avant The Merge.
EIP-7523 a résolu le problème des « comptes vides ». Grâce à la mise à jour, la prise en charge de la plupart des comptes vides des réseaux Ethereum PoW a cessé.
Le développeur a noté que la fenêtre de stockage blob de 18 jours de Dencun a également contribué à la simplification du protocole. Cette approche limitait la quantité d’informations stockées à 50 Go, ce qui n’augmente pas avec le temps.
Précompilations
De plus, Buterin a proposé d’utiliser un mécanisme de précompilation. Il s’agit de contrats Ethereum qui, au lieu du code EVM, contiennent une logique mise en œuvre directement par les clients eux-mêmes.
« L’idée est que les précompilations peuvent être utilisées pour implémenter des formes complexes de cryptographie qui ne peuvent pas être implémentées efficacement dans un EVM. De telles solutions sont aujourd’hui utilisées avec beaucoup de succès, notamment pour permettre aux applications basées sur ZK-SNARK de précompiler des courbes elliptiques », explique-t-il.
Il existe d’autres précompilations rarement utilisées :
- RIPEMD-160 est une fonction de hachage conçue pour offrir une meilleure compatibilité avec le réseau Bitcoin ;
- Identity est une précompilation qui produit un résultat basé sur les données d’entrée ;
- BLAKE2 – fonction de hachage pour offrir une meilleure compatibilité avec Zcash ;
- MODEXP – Exponentiation modulaire avec de très grands nombres pour prendre en charge la cryptographie basée sur RSA.
Cependant, Buterin a souligné que la plupart de ces solutions présentaient une demande assez faible. Il a autorisé la suppression de certaines précompilations afin d’optimiser le traitement des transactions et le mécanisme de consensus.
EIP-4444
Selon le développeur, réduire la quantité de stockage requise pour exécuter un nœud Ethereum pourrait augmenter considérablement le nombre de personnes souhaitant lancer leur propre nœud. La réduction du temps de synchronisation des nœuds fournie par l’EIP-4444 simplifie également les flux de travail pour de nombreux opérateurs.
« Ethereum est persistant, mais exiger que chaque nœud stocke toutes les données pour toujours est un moyen très « redondant » d’atteindre une telle persistance », a déclaré Buterin.
Grâce à EIP-4444, les blocs du réseau sont automatiquement supprimés des nœuds après un certain temps.
« La question clé à laquelle il faut répondre est la suivante : si l’ancien historique n’est pas stocké littéralement dans chaque nœud, alors qui le stocke ? Cela sera en réalité réalisé par des organisations à grande échelle telles que les explorateurs de blocs. Il n’est pas si difficile de créer des protocoles P2P pour stocker et transmettre des informations plus optimisés pour cette tâche », a admis Buterin.
Le co-fondateur d’Ethereum a également proposé d’utiliser des réseaux torrent peer-to-peer pour préserver l’historique complet de la blockchain.
Nouveau format
Actuellement, une grande partie de la structure des blocs Ethereum, y compris les transactions et les reçus, est toujours stockée dans des formats existants basés sur les arbres RLP et Merkle Patricia. Cela rend déraisonnablement difficile la création d’applications utilisant ces informations, a souligné Buterin.
Cependant, selon lui, la couche de consensus Ethereum a déjà migré vers SimpleSerialize (SSZ), plus propre et plus efficace.
La tâche principale dans cette direction est de transférer le niveau d’exécution vers la même structure, a expliqué le développeur.
« Dans un avenir plus lointain, une fois que nous aurons appris les hachages SNARKing, il sera tout à fait possible de remplacer les arbres binaires SHA-256 et les arbres Werkle par des arbres binaires Merkle qui utilisent un hachage compatible SNARK – un modèle de données cryptographiques pour l’ensemble de la blockchain », Buterin conclu.
Rappelons qu’en mars, le co-fondateur d’Ethereum a attiré l’attention sur la nécessité d’une mise à l’échelle interne du réseau et d’une parallélisation du traitement du rollup pour développer le succès de la mise à jour Dencun.
Vous avez trouvé une erreur dans le texte ? Sélectionnez-le et appuyez sur CTRL+ENTRÉE
Newsletters ForkLog : restez à l’écoute de l’industrie Bitcoin !