Le cofondateur d'Ethereum, Vitalik Buterin, cherche à accélérer les transactions sur le réseau Ethereum en utilisant des outils qui pourraient potentiellement réduire les confirmations de la couche 1 (L1) de quelques secondes à des millisecondes.
Buterin a publié un article de blog le 30 juin intitulé « Des époques et des slots jusqu'au bout : des moyens de donner aux utilisateurs d'Ethereum des temps de confirmation de transaction plus rapides ».
Dans cet article, il propose de passer du mécanisme actuel d'époques et de slots d'Ethereum à un système de finalité en un seul slot (SSF), en soulignant les principaux défis associés à de telles mises en œuvre.
La fusion a réduit les confirmations L1 à 5–20 secondes, selon Buterin
Selon Buterin, la fusion d'Ethereum — le passage d'Ethereum d'un mécanisme de consensus de preuve de travail à preuve d'enjeu en 2022 — a réduit les confirmations de transaction L1 à seulement 5–20 secondes. Cela est « à peu près compétitif avec l'expérience de paiement par carte de crédit », a déclaré le cofondateur d'ETH, ajoutant qu'il est possible d'accélérer encore les transactions. Il a déclaré :
« Il est utile d'améliorer encore l'expérience utilisateur, et certaines applications nécessitent des latences de l'ordre de centaines de millisecondes ou moins. »
Une option pour accélérer les transactions Ethereum pourrait consister à modifier l'architecture des slots et des époques, qui se réfèrent à Ethereum 2.0 et au consensus sous-jacent Ethereum Gasper.
Qu'est-ce que les slots et les époques sur Ethereum 2.0 ?
Les slots se réfèrent à une période de 12 secondes pendant laquelle un validateur ETH choisi au hasard, ou staker, a le temps de proposer un bloc. Chaque 32 slots forment une époque, nécessitant 32 ensembles de comités — ou groupes de validateurs — pour compléter le processus de validation sur la blockchain Ethereum.
Le système de consensus Gasper vise à fournir un concept critique d'Ethereum connu sous le nom de finalité. Il s'agit de la garantie qu'un bloc ne peut être modifié ou supprimé de la blockchain sans brûler 33 % de l'Ether (ETH) total mis en jeu après qu'une transaction, un slot ou une époque soit finalisé.
Buterin suggère de remplacer la finalité slot par slot par une finalité en un seul slot
Selon Buterin, la Fondation Ethereum est de plus en plus mal à l'aise avec le mécanisme de vote actuel slot par slot et l'approche de finalité époque par époque.
Un tel système est sujet à de nombreux bugs d'interaction et à des complexités. Il a noté qu'une telle infrastructure rend également trop long le temps nécessaire pour atteindre la finalité, qui prend actuellement 12,8 minutes.
Afin de réduire ces problèmes, Buterin a suggéré de passer de la finalité slot par slot à une finalité en un seul slot, qui serait un mécanisme similaire au consensus Tendermint.
« La principale déviation par rapport à Tendermint est que nous gardons le mécanisme de ‘fuite d'inactivité’, qui permet à la chaîne de continuer et de se rétablir si plus d'un tiers des validateurs sont hors ligne », a noté Buterin.
En savoir plus : Chute drastique des frais de transaction Bitcoin et Ethereum !
Buterin a souligné que la SSF présente un défi majeur associé à des implications potentielles, telles que chaque staker Ethereum devant publier deux messages toutes les 12 secondes, augmentant ainsi la congestion sur le réseau.
« Il existe des idées ingénieuses pour atténuer cela, y compris la très récente proposition Orbit SSF », a écrit Buterin, ajoutant qu'une telle infrastructure ne change toujours pas le fait que les utilisateurs doivent attendre 5–20 secondes.
Buterin a poursuivi en disant qu'Ethereum est encore loin d'avoir des réponses définitives à tous les problèmes soulevés par les méthodes potentielles pour accélérer les transactions sur son réseau.
« Des conceptions comme Orbit SSF sont très récentes, suggérant que l'espace de conception des designs de slots et d'époques où quelque chose comme Orbit SSF est l'époque est encore assez peu exploré », a écrit le programmeur, ajoutant :
« Plus nous avons d'options, mieux nous pouvons faire pour les utilisateurs à la fois sur L1 et sur L2, et plus nous pouvons simplifier le travail des développeurs de L2. »