Contexte et Propositions de Vitalik Buterin
Alors que l’ETH a chuté de plus de 6 % pour passer sous la barre des 2 000 dollars, le co-fondateur Vitalik Buterin continue de se concentrer sur la feuille de route technique à long terme du réseau. Il a récemment publié une nouvelle proposition visant à augmenter considérablement la capacité d’Ethereum.
Plan Ambitieux pour le Scaling d’Ethereum
Dans une recherche partagée sur X, Buterin a esquissé un plan ambitieux pour accroître significativement la capacité d’Ethereum, arguant que le chemin vers un scaling de 1 000 fois pourrait dépendre d’une réévaluation fondamentale de la manière dont la blockchain stocke l’état.
« Nous voulons un scaling de 1 000x sur Ethereum L1, » a écrit Buterin. « Nous savons à peu près comment faire cela pour l’exécution et les données. Mais le scaling de l’état est fondamentalement plus difficile. »
Stratégie de Scaling à Long Terme
Cette proposition fait suite à des déclarations antérieures de Buterin selon lesquelles l’équipe de développement d’Ethereum doit réorienter son attention vers le scaling du réseau via la couche 1 plutôt que par le biais des blockchains de couche 2. Selon la proposition, la stratégie de scaling à long terme d’Ethereum pourrait reposer sur une approche hybride.
Au lieu d’essayer d’étendre le modèle d’état existant à des niveaux extrêmes, le réseau pourrait conserver la structure d’état actuelle largement intacte tout en introduisant de nouvelles formes d’état moins coûteuses et plus restrictives. Dans ce design, l’arbre d’état actuel serait progressivement dominé par des objets de grande valeur tels que les comptes utilisateurs, les contrats DeFi principaux et le code des contrats intelligents.
Gestion de l’État et Scalabilité
Pendant ce temps, des éléments plus granulaires ou par utilisateur—comme les soldes ERC-20, les NFTs et les positions de collatéral individuelles—seraient gérés par des systèmes d’état alternatifs conçus spécifiquement pour le scaling. Ces nouveaux types d’état seraient significativement moins chers, mais viendraient avec des restrictions sur la manière dont ils peuvent être accédés ou manipulés.
Le compromis, a suggéré Buterin, pourrait finalement rendre le réseau beaucoup plus scalable tout en maintenant une expérience développeur gérable.
Défis et Solutions Proposées
La recherche partagée par Buterin met en évidence une asymétrie structurelle dans l’architecture d’Ethereum. L’exécution et les données peuvent être scalées grâce à des techniques comme les preuves à connaissance nulle et l’échantillonnage de disponibilité des données. Cependant, l’état—essentiellement la base de données de la blockchain—doit être stocké et accédé dans son intégralité par les constructeurs de blocs.
Actuellement, l’état d’Ethereum croît d’environ 100 gigaoctets par an. Scaler le système par 20 fois pourrait pousser la croissance annuelle à environ deux téraoctets. Dans quelques années, cela se traduirait par des tailles d’état multi-téraoctets, créant des défis majeurs pour les opérateurs de nœuds et les constructeurs.
Bien que les grands disques soient relativement bon marché, les véritables problèmes résident dans la performance de la base de données et la synchronisation. À mesure que la taille de l’état augmente, les opérations de base de données deviennent plus complexes, et la synchronisation de nouveaux nœuds pourrait prendre des périodes impraticablement longues, centralisant potentiellement le réseau autour d’un nombre réduit d’opérateurs professionnels.
Concept d’État par Niveaux
La proposition introduit également le concept d’« état par niveaux », où différentes classes de données sont stockées en utilisant différents mécanismes en fonction de leur importance et de leur fréquence d’accès. L’état permanent contiendrait des comptes principaux, le code des contrats intelligents et des hubs DeFi majeurs. Pendant ce temps, des données moins critiques ou changeant fréquemment pourraient être stockées dans des systèmes temporaires moins coûteux.
Une approche suggérée implique des arbres de stockage temporaires qui se réinitialisent périodiquement, par exemple une fois par mois. Ceux-ci pourraient gérer des données à court terme ou jetables provenant d’enchères, de votes de gouvernance ou d’interactions de jeux.
Une autre idée implique des modèles similaires à UTXO où les entrées d’état sont créées, dépensées, puis déplacées dans l’historique, réduisant ainsi la quantité de stockage actif.
Conclusion
Dans ce cadre, les développeurs auraient le choix. Ils pourraient continuer à construire des applications en utilisant le modèle d’état permanent d’aujourd’hui, en payant des frais légèrement plus élevés, ou redessiner leurs applications pour utiliser les nouvelles formes d’état moins chères et bénéficier de coûts de transaction considérablement réduits.
La proposition fait partie d’une feuille de route plus large qui vise une augmentation de 1 000 fois de la capacité d’Ethereum au cours des prochaines années. L’exécution pourrait être scalée grâce à des machines virtuelles à connaissance nulle, tandis que le débit de données pourrait s’étendre grâce à des technologies comme PeerDAS et des blocs basés sur des blobs. L’état, cependant, nécessite une approche différente. Plutôt que de chercher une « solution miracle, » la recherche de Buterin suggère un design en couches où plusieurs types de stockage coexistent. Si cela réussit, la stratégie pourrait permettre à Ethereum de maintenir son architecture conviviale pour les développeurs tout en atteignant l’énorme échelle nécessaire pour une adoption à l’échelle mondiale.
