Vitalik Buterin veut rendre Ethereum aussi simple que Bitcoin
Ethereum co-founder Vitalik Buterin is calling for a major simplification of the protocol, aiming to reduce its complexity to a level closer to Bitcoin’s while preserving its unique strengths in programmability and scalability.
In a blog post published Saturday, Buterin argued that Ethereum’s growing technical sprawl — from its consensus mechanisms to its virtual machine — has made it harder to maintain, Audit et à bord de nouveaux développeurs.
Il a proposé une stratégie pluriannuelle pour réduire la base de code «consensus-critique» d’Ethereum et réduire le risque que le protocole devienne trop technocratique et fragile.
«Même un étudiant intelligent a été capable de terminer pleinement leur tête et de comprendre le protocole Bitcoin», a écrit Butterin. « Un programmeur peut écrire un client en tant que projet de passe-temps. »
Haute complexité
La couche de base d’Ethereum est devenue de plus en plus complexe en raison des ajouts de fonctionnalités, de nouvelles conceptions de consensus et des exigences de code hérité. Bien que cela ait permis de puissants cas d’utilisation tels que des contrats intelligents et des preuves de connaissances zéro, cela a également augmenté le risque de bogues, rendu les mises à niveau du protocole plus difficiles et augmenté la barrière pour les nouveaux développeurs.
En revanche, le protocole de base de Bitcoin reste relativement inchangé et minimal: blocs, transactions, preuves de travail et de monnaie. Une refonte de la couche de consensus actuelle d’Ethereum (la «chaîne de balise»), qui implique des mécanismes complexes comme les époques, les mélanges de créneaux et les comités de synchronisation.
Un autre tient progressivement la machine virtuelle Ethereum comme RISC-V. Cette norme ouverte légère pourrait apporter des augmentations de performances pour les proverses de connaissances zéro et réduire considérablement la complexité du code.
Cependant, l’un des principaux défis est de préserver la compatibilité en arrière avec les applications Ethereum existantes.
Buterin a décrit une approche phasée où l’évacuation actuelle et la nouvelle VM peuvent exécuter la <e compatre »et les fonctionnalités héritées et les fonctionnalités héritières pourraient être transférées dans les« compressions non convives », et les fonctionnalités héritées et les fonctionnalités.
