Quel est l'avenir de Layer2 ? Buterin : Trois solutions pour accélérer le temps de confirmation des transactions !

Le dernier article du co-fondateur d'Ethereum, Vitalik Buterin, traite de plusieurs méthodes pour accélérer le temps de confirmation des transactions Ethereum, notamment la finalité de l'emplacement unique, la pré-confirmation de cumul et les mécanismes de pré-confirmation basés, et souligne l'importance de l'architecture des emplacements et des époques dans fournissant une confirmation rapide de la transaction.

Remarque : dans Ethereum 2.0, Slot est une période de temps toutes les 12 secondes, généralement un bloc est généré ; et Epoch est une unité de temps composée de 32 Slots, qui est effectuée toutes les 6 minutes et 24 secondes et est responsable de l'inspection du statut. et vérification du traitement des récompenses et des punitions.

La finalité à emplacement unique accélère le temps de « finalisation »

Buterin a déclaré que l'une des caractéristiques importantes d'une bonne expérience utilisateur blockchain est le temps de confirmation rapide des transactions. Ethereum s'est considérablement amélioré à cet égard au cours des cinq dernières années, notamment avec l'introduction de temps de blocage stables après EIP-1559 et la fusion, où les transactions sur L1 peuvent être obtenues en 5 à 20 secondes. Confirmé, cela est comparable à l'expérience de payer avec une carte de crédit.

Cependant, des améliorations sont encore nécessaires pour améliorer encore l'expérience utilisateur, en particulier pour les applications qui nécessitent une latence d'une milliseconde ou inférieure. Certaines options pratiques permettant à Ethereum d’améliorer la vitesse de confirmation des transactions sont décrites ci-dessous.

Premièrement, Buterin a proposé la Single Slot Finality (SSF) comme alternative au mécanisme de consensus Gasper existant. Actuellement, bien que le mécanisme de consensus Gasper d'Ethereum permette de confirmer les transactions dans un délai de 5 à 20 secondes, le délai de finalisation de 12,8 minutes est considéré comme trop long.

Le mécanisme SSF est plus proche du consensus Tendermint, qui peut finaliser le bloc précédent avant la formation du nouveau bloc, et permet à la blockchain de continuer à fonctionner via le mécanisme de « fuite d'inactivité » et de récupérer lorsque plus d'un tiers des validateurs sont hors ligne.

Le principal défi de SSF est l'augmentation possible de la charge du réseau, car il oblige tous les jalonneurs d'Ethereum à publier deux messages par créneau de 12 secondes. La proposition Orbit SSF est une solution puissante à ce problème. Mais même ainsi, même si cela améliore considérablement l'expérience utilisateur en accélérant la finalisation, cela ne change rien au fait que les utilisateurs doivent attendre 5 à 20 secondes.

Dessin de conception de la proposition SSF

Pré-confirmation rollup et pré-confirmation basée

En outre, Buterin a également discuté des mécanismes de pré-confirmation rollup et de pré-confirmation basée. Ethereum a toujours suivi une voie de développement centrée sur le Rollup, en concevant L1 pour prendre en charge la disponibilité des données et d'autres fonctions, tandis que L2 fournit aux utilisateurs des services à plus grande échelle. Cependant, cela sera confronté à un problème inévitable : L2 doit être confirmé pour les utilisateurs. servi à des vitesses supérieures à 5 à 20 secondes.

De plus, il est injuste d'exiger que tous les L2 mettent en œuvre des réseaux de commande décentralisés, ce qui les oblige à effectuer l'essentiel du nouveau travail en L1.

Pour résoudre ce problème, Justin Drake a lancé un mécanisme de pré-confirmation partagé basé sur la pré-confirmation basée sur Ethereum, le rendant accessible à tous les L2 et L1.

L'approche de pré-confirmation basée sur l'hypothèse que les proposants d'Ethereum seront des participants très sophistiqués pour des raisons liées au MEV (Maximum Extractable Value). Les approches basées sur la pré-confirmation exploitent cette complexité en incitant ces proposants expérimentés à fournir des services de pré-confirmation. L'idée de base est de créer un protocole standardisé grâce auquel les utilisateurs peuvent payer une prime en échange d'une garantie immédiate que la transaction sera incluse dans le bloc suivant, et éventuellement d'une réclamation sur les résultats de l'exécution de la transaction. Si un proposant ne respecte pas l'une de ses promesses envers les utilisateurs, il sera réduit.

En résumé, la préconfirmation basée offre une garantie pour les transactions L1. Si le cumul est "Basé", alors tous les blocs L2 sont des transactions L1, donc le même mécanisme peut être utilisé pour fournir une pré-confirmation pour n'importe quelle L2.

3 directions de développement de L2

Enfin, Buterin a proposé trois stratégies de développement raisonnables pour L2 :

1 Les niveaux technique et spirituel sont basés sur Ethereum : ces L2 sont optimisés pour les attributs techniques et la valeur de la couche de base d'Ethereum. (hautement décentralisé, résistant à la censure, etc.). En termes simples, ces cumuls peuvent être considérés comme des « fragments de marque » et permettent une expérimentation approfondie de nouvelles conceptions de machines virtuelles et d'autres améliorations techniques.

2. Architecture blockchain basée sur serveur : ces L2 commencent par des serveurs, puis ajoutent une preuve de validité STARK, des droits d'utilisateur pour retirer ou forcer des transactions, et la liberté de choix collectif (comme coordonner les retraits massifs ou modifier les capacités des donneurs d'ordre) pour obtenir un un grand nombre d'avantages liés à l'exécution en chaîne tout en maintenant l'efficacité du serveur.

3. Compromis : en utilisant une chaîne rapide à cent nœuds, Ethereum offre une interopérabilité et une sécurité supplémentaires, ce qui constitue la véritable feuille de route de nombreux projets L2.

Chacune de ces trois stratégies a une architecture de slot et d'époque différente :

• Architecture native d'Ethereum

• Pré-confirmation du serveur

• Pré-confirmation du comité

Buterin a posé la question clé : à quel point pouvons-nous être bons dans la première catégorie ? Si la première catégorie devient très bonne, l’importance de la troisième catégorie peut diminuer. La deuxième catégorie existera toujours, car toute solution « basée sur Ethereum » ne fonctionnera pas avec des données L2 hors chaîne telles que les plasmas et les validiums.

Buterin a conclu que nous avons besoin de plus d'options pour simplifier le travail des développeurs L2 et améliorer l'expérience utilisateur.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!