Vitalik Buterin appelle Ethereum à adopter la simplicité Bitcoinau cours des cinq prochaines années

Vitalik Buterin a déclaré Ethereum devait cesser de faire semblant d'aller bien. Vendredi, il a publié une longue proposition appelant Ethereum à simplifier son fonctionnement interne excessivement complexe et à se rapprocher de la structure épurée de Bitcoin d'ici cinq ans.

«Ethereum aspire à devenir le registre mondial », a écrit Vitalik, soulignant son rôle de couche de base pour les cryptomonnaies, la finance, la gouvernance, l'authentification et l'archivage des données. Mais pour y parvenir, la chaîne doit être à la fois évolutive et résiliente, or, à l'heure actuelle, sa complexité est trop importante pour y parvenir.

La mise à jour Fusaka est censée décupler l'espace de stockage des données de couche 2. La feuille de route d' Ethereumpour 2026 prévoit d'augmenter la capacité des données de couche 1 en conséquence. Le réseau est déjà passé à la preuve d'enjeu, a amélioré la diversité des clients et travaille sur la vérifiabilité ZK et la résistance à l'informatique quantique.

Mais Vitalik a affirmé que tout cela n'avait aucune importance si le protocole de base restait trop complexe. « Il faut mettre en lumière l'importance de la simplicité », a-t-il écrit. Il a cité en exemple la conception de Bitcoin— blocs, hachages, preuve de travail, et rien de plus — comme modèle à suivre Ethereum .

Vitalik milite pour une couche de consensus Ethereum plus simple

Vitalik a déclaré Ethereum peut y parvenir en réécrivant sa couche de consensus. Il souhaite remplacer la chaîne de balises actuelle par un système appelé « finalité à 3 emplacements », qui supprimerait les emplacements, les époques, le brassage des comités et autres éléments mobiles.

« On pourrait développer ça en 200 lignes de code », a-t-il écrit. Il a ajouté que cela offre unetronet allège considérablement le système. La réduction du nombre de validateurs simplifie également la règle de choix de fork.

Il a affirmé Ethereum devrait utiliser l'agrégation basée sur STARK afin que chacun puisse devenir agrégateur sans nécessiter de confiance particulière ni de surpayer les champs de bits. La cryptographie est complexe, mais elle est intégrée et ne perturbe pas l'ensemble du système. Cela ouvre la voie à une couche pair-à-pair plus simple.

Les fonctions de validation (entrée, sortie, retrait, modifications de clés et fuites d'inactivité) devraient être repensées afin de réduire le nombre de lignes de code et de rendre les garanties système plus lisibles. Vitalik a souligné que le principal avantage du consensus réside dans son indépendance vis-à-vis de la couche d'exécution, ce qui lui permet d'évoluer sans enfreindre lestrac.

Mais le vrai problème, selon lui, c'est la machine virtuelle Ethereum .

Vitalik veut abandonner l'EVM et passer à RISC-V

Vitalik a déclaré que l'EVM était bourrée de technologies obsolètes. Il l'a décrite comme une machine 256 bits surdimensionnée, optimisée pour des techniques de cryptographie désormais inutilisées. Il a admis que la complexité provenait en grande partie de ses propres choix.

La lutte pour supprimer l'opcode SELFDESTRUCT était une perte de temps. Tout comme le débat sur la fin de fichier. Sa solution : ignorer les petites mises à jour et remplacer directement l'EVM.

Il a proposé de passer à RISC-V ou à une autre machine virtuelle comme Cairo, les mêmes que celles utilisées par les systèmes de preuve à divulgation nulle de connaissance d' Ethereum. « Des données succinctes montrent que cela pourrait multiplier l'efficacité par 100 », a-t-il déclaré. Des spécifications plus simples se traduiraient par une exécution plus rapide et moins de bogues. 

Les développeurs bénéficieraient de davantage d'options. Solidity et Vyper seraient compilés pour de nouvelles machines virtuelles, et les développeurs utilisant des langages de programmation classiques pourraient écrire destracEthereum pour la première fois. La plupart des précompilations pourraient être supprimées, à l'exception peut-être des opérations sur les courbes elliptiques.

Vitalik a reconnu que RISC-V ne sera pas prêt demain. En attendant, il souhaite déployer rapidement des mises à jour sur l'EVM actuelle, comme l'augmentation des limites de taille destracet l'ajout de nouveaux opcodes DUP/SWAP. Mais son véritable objectif est de remplacer l'ensemble du système. Son plan se décline en quatre étapes.

Premièrement, chaque nouvelle précompilation doit inclure une version RISC-V exécutée sur la blockchain. Deuxièmement, les développeurs devraient pouvoir écrire destracà la fois en RISC-V et en EVM. Troisièmement, Ethereum procéderait à un hard fork pour supprimer les précompilations et les remplacer par destracRISC-V. Quatrièmement, l'EVM serait réimplémentée au sein de RISC-V et exécutée sur la blockchain en tant qu'interpréteur detrac.

Vitalik a également souligné Ethereum perd du temps en utilisant différents outils pour une même tâche à différents endroits. Il a cité l'exemple des codes d'effacement, nécessaires à la disponibilité des données, aux diffusions P2P et au stockage de l'historique. Ces trois éléments devraient utiliser le même code. Il en va de même pour les formats de sérialisation : Ethereum devrait migrer entièrement vers SSZ, déjà utilisé dans la couche de consensus et fonctionnel au sein destracintelligents.

Il a ajouté que l'arbre de Merkle d' Ethereumétait également médiocre. La structure hexadécimale actuelle rend la validation des blocs difficile. Passer à un arbre binaire avec un meilleur hachage permettrait d'accélérer et de réduire le coût de cette validation. Ce même arbre binaire devrait être utilisé à la fois pour l'exécution et le consensus.