Vitalik Buterin appelle Ethereum à adopter la simplicité à la manière de Bitcoin au cours des cinq prochaines années

Vitalik Buterin a déclaré qu’Ethereum doit cesser de faire semblant que tout va bien. Vendredi, il a publié une longue proposition appelant Ethereum à éliminer ses mécanismes trop complexes et à se rapprocher de la structure épurée de Bitcoin d’ici cinq ans.

« Ethereum veut être le grand livre mondial », a écrit Vitalik, soulignant son rôle de couche de base pour la crypto, la finance, la gouvernance, l’authentification et les registres. Mais pour y parvenir réellement, a-t-il déclaré, la chaîne doit être à la fois évolutive et résiliente, et pour l’instant, elle est trop complexe pour gérer cela.

La mise à jour Fusaka est censée augmenter l’espace de données des L2 de 10 fois. La feuille de route d’Ethereum pour 2026 promet d’augmenter la capacité de données L1 pour qu’elle corresponde. 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 quantique.

Mais Vitalik a déclaré que rien de tout cela n’a d’importance si le protocole de base reste encombré. « Nous devons mettre en lumière l’importance de la simplicité », a-t-il écrit. Il a cité la conception de Bitcoin — blocs, hachages, preuve de travail, et rien de plus — comme le modèle qu’Ethereum devrait suivre.

Vitalik plaide pour une couche de consensus Ethereum plus simple

Vitalik a déclaré qu’Ethereum peut y parvenir en réécrivant sa couche de consensus. Il souhaite remplacer la chaîne de balise actuelle par quelque chose appelé « finalité en 3 slots », qui éliminerait les slots, les époques, le mélange des comités et autres composants mobiles.

« Vous pourriez construire cela en 200 lignes de code », a-t-il a écrit. Il a déclaré que cela offre une sécurité solide et élimine beaucoup de superflu du système. Les ensembles de validateurs plus petits rendent également la règle de choix de la chaîne plus simple.

Il a déclaré qu’Ethereum devrait utiliser l’agrégation basée sur STARK afin que n’importe qui puisse être un agrégateur sans avoir besoin d’une confiance particulière ou de payer excessivement pour les bitfields. La cryptographie est complexe, mais elle est encapsulée et ne perturbe pas tout le système. Cela ouvre la porte à une couche pair-à-pair plus simple.

Les fonctions des validateurs — comme l’entrée, la sortie, le retrait, les changements de clés et les fuites d’inactivité — devraient être reconstruites pour réduire le nombre de lignes et rendre les garanties du système plus faciles à lire. Vitalik a déclaré que le meilleur aspect du consensus est qu’il n’est pas étroitement lié à la couche d’exécution, il peut donc évoluer sans casser les contrats.

Mais le véritable désordre, a-t-il déclaré, est la Machine Virtuelle Ethereum.

Vitalik veut supprimer l’EVM et passer à RISC-V

Vitalik a déclaré que l’EVM est bourrée de vieilles bêtises. Il l’a qualifiée de machine 256 bits surdimensionnée optimisée pour des astuces crypto que personne n’utilise plus. Il a admis que la plupart de la complexité provenait de ses propres choix.

Le combat pour supprimer l’opcode SELFDESTRUCT a été une perte de temps. Idem pour tout le débat EOF. Sa solution : sauter les petites mises à jour et simplement remplacer l’EVM.

Il a proposé de passer à RISC-V ou à une autre VM comme Cairo — celles mêmes utilisées par les systèmes de preuve à divulgation nulle de connaissance (ZK) d’Ethereum. « Des données succinctes montrent que cela pourrait augmenter l’efficacité de 100 fois », a-t-il déclaré. Des spécifications plus simples signifieraient une exécution plus rapide et moins de bugs. 

Les développeurs auraient plus d’options. Solidity et Vyper compileraient vers de nouvelles VM, et les développeurs utilisant des langages de programmation classiques pourraient écrire des contrats Ethereum pour la première fois. La plupart des précompilations pourraient être abandonnées, sauf peut-être pour les opérations de courbe elliptique.

Vitalik a admis que RISC-V ne sera pas prêt demain. En attendant, il veut passer des mises à jour rapides à l’EVM actuelle, telles que l’augmentation des limites de taille des contrats et l’ajout de nouveaux opcodes DUP/SWAP. Mais l’objectif réel est de remplacer l’ensemble du système. Son plan se décline en quatre étapes.

Premièrement, chaque nouvelle précompilation doit être accompagnée d’une version RISC-V onchain. Deuxièmement, les développeurs devraient être autorisés à écrire des contrats en RISC-V et en EVM. Troisièmement, Ethereum effectuerait une mise à jour majeure pour supprimer les précompilations et les remplacer par des contrats RISC-V. Quatrièmement, l’EVM serait réimplémentée dans RISC-V et exécutée onchain en tant qu’interpréteur de contrats.

Vitalik a déclaré qu’Etherean perd également du temps en utilisant différents outils pour la même tâche à différents endroits. Il a cité les codes d’effacement, nécessaires pour la disponibilité des données, les diffusions P2P et le stockage de l’historique. Les trois devraient utiliser le même code. Il en va de même pour les formats de sérialisation — Ethereum devrait passer entièrement à SSZ, qui est déjà utilisé dans la couche de consensus et fonctionne à l’intérieur des contrats intelligents.

Il a déclaré que l’arbre de Merkle d’Etherean est également médiocre. La structure hexadécimale actuelle rend la preuve des blocs difficile. Passer à un arbre binaire avec un meilleur hachage rendrait la preuve plus rapide et moins coûteuse. Le même arbre binaire devrait être utilisé pour l’exécution et le consensus.