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

Vitalik Buterin a déclaré Ethereum devait arrêter de prétendre que tout va bien. Vendredi, il a publié une longue proposition appelant Ethereum à découper ses tripes trop compliquées et à se rapprocher de la structure propre du Bitcoin dans les cinq ans."Ethereum veut être le grand livre du monde", a écrit Vitalik, soulignant son rôle de couche de base pour la crypto, la finance, la gouvernance, l'authentification et les enregistrements. Mais pour y arriver, il a dit que la chaîne devait être à la fois évolutive et résiliente - et en ce moment, elle est trop complexe pour gérer cela.La fourche dure Fusaka est censée augmenter l'espace de données L2 de 10x. La feuille de route 2026 d' Ethereumpromet de renforcer la capacité des données L1 à correspondre. Le réseau est déjà passé à la preuve de la participation, a amélioré la diversité des clients et travaille sur la vérifiabilité ZK et la résistance quantique.Mais Vitalik a dit que rien de tout cela n'a d'importance si le protocole de base reste gonflé. "Nous devons mettre en lumière l'importance de la simplicité", a-t-il écrit. Il a souligné la conception de Bitcoin- blocs, hachages, preuve de travail et rien de plus - comme le modèle Ethereum devrait suivre.Vitalik pousse pour une couche de consensus Ethereum plus simpleVitalik a déclaré que Ethereum peut y arriver en réécrivant sa couche consensuelle. Il veut remplacer la chaîne de balises actuelle par quelque chose appelé finalité à 3 slot, ce qui supprimerait les créneaux, les époques, les mélanges de comités et d'autres pièces mobiles."Vous pourriez construire cela en 200 lignes de code", a-t-il écrit . Il a dit qu'il offre une tron G et supprime beaucoup de ballonnements du système. Les ensembles de validateurs plus petits simplisent également la règle de choix de la fourche.Il a dit Ethereum devrait utiliser une agrégation basée sur un stark afin que n'importe qui puisse être un agrégateur sans avoir besoin d'une confiance spéciale ni de trop payant pour Bitfields. La cryptographie est compliquée, mais elle est encadrée et ne vis pas avec l'ensemble du système. Cela ouvre la porte à une couche de pair-à-peer plus simple.Les fonctions de validateur - comme l'entrée, la sortie, le retrait, les modifications clés et les fuites d'inactivité - doivent être reconstruites pour réduire le nombre de lignes et rendre les garanties du système plus faciles à lire. Vitalik a déclaré que la meilleure partie du consensus est qu'elle n'est pas étroitement connectée à la couche d'exécution, donc elle peut évoluer sans casser lestrac.Mais le vrai gâchis, a-t-il dit, est la machine virtuelle Ethereum .Vitalik veut tuer l'EVM et passer à RISC-VVitalik a déclaré que l'EVM est bourré de merde obsolète. Il l'a appelé une machine 256 bits sur-conçue optimisée pour les astuces cryptographiques que personne n'utilise plus. Il a admis que la majeure partie de la complexité provenait de ses propres choix.La lutte pour éliminer l'opcode d'autodestruction était une perte de temps. Il en va de même pour l'ensemble du débat EOF. Sa solution: sautez les petites mises à niveau et remplacez simplement l'EVM.Il a proposé de passer à RISC-V ou à une autre machine virtuelle comme le Caire - les mêmes utilisés par les systèmes d'épreuve zéro-connaissance d' Ethereum. "Les 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 bogues. Les développeurs obtiendraient plus d'options. Solidity et Vyper se compiliaient à de nouvelles machines virtuelles, et les développeurs utilisant des langages de programmation normaux pourraient écrire Ethereumtracpour la première fois. La plupart des précompilés pourraient être mis au rebut, sauf peut-être pour les opérations de courbe elliptique.Vitalik a admis que RISC-V ne serait pas prêt demain. En attendant, il veut passer des mises à niveau rapides à l'EVM actuel, comme l'augmentation des limites de taille detracet l'ajout de nouveaux opcodes DUP / Swap. Mais le véritable objectif est de remplacer le tout. Son plan est disponible en quatre étapes.Tout d'abord, chaque nouveau précompilé doit être livré avec une version RISC-V Onchain. Deuxièmement, les développeurs devraient être autorisés à écrire destracdans RISC-V et EVM. Troisièmement, Ethereum ferait une fourche dure pour éliminer les précompililes et les remplacer par RISC-V CONtracts. Quatrièmement, l'EVM serait réimplémenté à l'intérieur de RISC-V et exécuterait Onchain en tant qu'interprète ContracT.Vitalik a déclaré que Ethereum perd également du temps à utiliser différents outils pour le même travail à différents endroits. Il a souligné les codes d'effacement, qui sont nécessaires pour la disponibilité des données, les émissions P2P et le stockage d'historique. Les trois doivent utiliser le même code. Il en va de même pour les formats de sérialisation - Ethereum devrait se déplacer complètement vers SSZ, qui est déjà utilisé dans la couche de consensus et fonctionne à l'intérieur de Smart ContracTS.Il a dit que l'arbre Merkle d' Ethereumest également nul. La structure hexaire actuelle rend difficile le bloc. Le passage à un arbre binaire avec un meilleur hachage rendrait le cas plus rapide et moins cher. Ce même arbre binaire doit être utilisé à la fois pour l'exécution et le consensus.Cryptopolitan Academy: fatiguée des balançoires du marché? Découvrez comment DeFi peut vous aider à créer un revenu passif stable. Inscrivez-vous maintenant