Exploration de l'accélération de la confirmation des transactions Ethereum : le potentiel de la finalité en une seule tranche et du mécanisme de pré-confirmation.
Discussion sur les solutions d'accélération du temps de confirmation des transactions Ethereum
Un élément clé de l'expérience utilisateur de la blockchain est la vitesse de confirmation des transactions. Au cours des dernières années, Ethereum a réalisé des progrès significatifs dans ce domaine. Grâce à l'EIP-1559 et à la transition vers le PoS, les transactions L1 peuvent généralement être confirmées en 5 à 20 secondes, ce qui est comparable à l'expérience de paiement par carte de crédit. Cependant, il est encore précieux de réduire davantage le temps de confirmation, certaines applications exigeant même des retards aussi bas que quelques centaines de millisecondes. Cet article explorera certaines solutions d'amélioration possibles pour Ethereum dans ce domaine.
Aperçu de la technologie existante
finalité à un seul slot
Le consensus Gasper d'Ethereum utilise une structure de créneaux et de périodes. Un créneau toutes les 12 secondes, certains validateurs votent sur le bloc de tête, et tous les validateurs ont la possibilité de voter une fois dans 32 créneaux (6,4 minutes). Ces votes sont interprétés comme des messages d'un algorithme de consensus de type PBFT, fournissant une finalité avec de fortes garanties économiques après deux périodes (12,8 minutes).
Cette méthode présente deux problèmes principaux : une complexité élevée et un temps de confirmation finale de 12,8 minutes trop long. La finalité à un seul slot (SSF) remplace l'architecture existante par un mécanisme de type Tendermint, réalisant la confirmation finale du bloc N avant la génération du bloc N+1. Le principal défi de la SSF est d'exiger que les validateurs publient deux messages toutes les 12 secondes, ce qui impose une charge énorme à la chaîne. Bien qu'il existe certaines solutions d'atténuation, comme la proposition Orbit SSF, les utilisateurs doivent toujours attendre de 5 à 20 secondes.
Préconfirmation de Rollup
Ethereum adopte une feuille de route centrée sur le rollup, concevant L1 pour prendre en charge des fonctionnalités telles que la disponibilité des données, à des fins d'utilisation par les protocoles L2. Cela entraîne une séparation des préoccupations : L1 se concentre sur la résistance à la censure, la fiabilité et les fonctionnalités de base, tandis que L2 s'adresse directement aux besoins des utilisateurs. L2 souhaite naturellement offrir une vitesse de confirmation plus rapide.
Théoriquement, les L2 peuvent créer leur propre réseau de "classificateurs décentralisés", signant des blocs toutes les quelques centaines de millisecondes. Mais cela exige que les L2 effectuent un travail presque identique à celui de la création d'un nouveau L1. Par conséquent, certains ont proposé que tous les L2 partagent un mécanisme de pré-confirmation à l'échelle d'Ethereum : la pré-confirmation de base.
Préconfirmation de base
L'hypothèse de base de pré-confirmation suppose que les proposeurs d'Ethereum sont des participants MEV hautement complexes. Cela exploite cette complexité en incitant ces proposeurs à fournir des services de pré-confirmation. Les utilisateurs peuvent payer des frais supplémentaires pour obtenir la garantie instantanée que leurs transactions seront incluses dans le prochain bloc. Si le proposeur ne respecte pas son engagement, il fera face à des pénalités. Ce mécanisme s'applique aux transactions L1 et peut également être utilisé pour les blocs L2 "basés sur" des rollups.
Perspectives d'avenir
Supposons qu'une finalité à un seul slot ait été réalisée, en utilisant une technologie similaire à Orbit pour réduire le nombre de validateurs signant chaque slot, tout en abaissant le seuil de mise. La durée du slot pourrait être portée à 16 secondes, accompagnée de pré-confirmations rollup ou de pré-confirmations de base pour offrir aux utilisateurs une confirmation plus rapide. Cela forme une nouvelle architecture epoch-slot.
Cette architecture reflète un fait profond : le temps nécessaire pour parvenir à un consensus approximatif sur quelque chose est inférieur au temps requis pour atteindre la "finalité économique" maximale. Les raisons incluent le nombre de nœuds et la "qualité" des nœuds. Si l'on s'appuie sur un sous-ensemble de nœuds spécialisés pour parvenir à un accord approximatif, tout en utilisant un ensemble complet de validateurs pour déterminer la finalité, le temps de confirmation pourrait être réduit à environ 2 secondes.
Choix de la stratégie L2
L2 a actuellement trois stratégies raisonnables :
Sur le plan technique et conceptuel, "basé sur" Ethereum, optimisant ses attributs fondamentaux et ses valeurs.
Devenir un "serveur avec échafaudage blockchain", en tirant pleinement parti de l'efficacité du serveur.
Solution de compromis : une chaîne rapide avec environ une centaine de nœuds, Ethereum offre une interopérabilité et une sécurité supplémentaires.
Pour certaines applications, un temps de bloc de 12 secondes est suffisant. Dans d'autres cas, la seule solution est l'architecture epoch-and-slot. La question clé est de savoir à quel point l'architecture epoch-and-slot native d'Ethereum peut être efficace. Si le temps de slot peut être réduit à 1 seconde, l'espace pour la troisième solution sera considérablement réduit.
Actuellement, nous sommes encore loin des réponses finales à ces questions. L'évolution de la complexité des proposeurs de blocs reste incertaine. Des conceptions novatrices comme Orbit SSF offrent des opportunités pour des explorations supplémentaires. Plus il y a d'options, mieux nous pourrons servir les utilisateurs L1 et L2, tout en simplifiant le travail des développeurs L2.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
20 J'aime
Récompense
20
10
Reposter
Partager
Commentaire
0/400
BoredWatcher
· 08-18 09:34
Ça a encore accéléré.
Voir l'originalRépondre0
MercilessHalal
· 08-18 05:41
Dépêche-toi, j'espère que la prochaine fois ce sera instantané.
Voir l'originalRépondre0
0xSherlock
· 08-18 05:03
eth éternellement divin
Voir l'originalRépondre0
SocialFiQueen
· 08-16 08:10
Cette vitesse de confirmation n'est pas encore assez rapide.
Voir l'originalRépondre0
CryptoSourGrape
· 08-16 08:05
Si j'avais aussi acheté 32 ETH en stake à l'époque... maintenant, je ne peux que lécher les validateurs pros qui gagnent de l'argent tous les jours.
Voir l'originalRépondre0
WhaleMinion
· 08-16 07:56
Accélérer, qu'est-ce que ça change ? Le Gas ne baisse pas.
Exploration de l'accélération de la confirmation des transactions Ethereum : le potentiel de la finalité en une seule tranche et du mécanisme de pré-confirmation.
Discussion sur les solutions d'accélération du temps de confirmation des transactions Ethereum
Un élément clé de l'expérience utilisateur de la blockchain est la vitesse de confirmation des transactions. Au cours des dernières années, Ethereum a réalisé des progrès significatifs dans ce domaine. Grâce à l'EIP-1559 et à la transition vers le PoS, les transactions L1 peuvent généralement être confirmées en 5 à 20 secondes, ce qui est comparable à l'expérience de paiement par carte de crédit. Cependant, il est encore précieux de réduire davantage le temps de confirmation, certaines applications exigeant même des retards aussi bas que quelques centaines de millisecondes. Cet article explorera certaines solutions d'amélioration possibles pour Ethereum dans ce domaine.
Aperçu de la technologie existante
finalité à un seul slot
Le consensus Gasper d'Ethereum utilise une structure de créneaux et de périodes. Un créneau toutes les 12 secondes, certains validateurs votent sur le bloc de tête, et tous les validateurs ont la possibilité de voter une fois dans 32 créneaux (6,4 minutes). Ces votes sont interprétés comme des messages d'un algorithme de consensus de type PBFT, fournissant une finalité avec de fortes garanties économiques après deux périodes (12,8 minutes).
Cette méthode présente deux problèmes principaux : une complexité élevée et un temps de confirmation finale de 12,8 minutes trop long. La finalité à un seul slot (SSF) remplace l'architecture existante par un mécanisme de type Tendermint, réalisant la confirmation finale du bloc N avant la génération du bloc N+1. Le principal défi de la SSF est d'exiger que les validateurs publient deux messages toutes les 12 secondes, ce qui impose une charge énorme à la chaîne. Bien qu'il existe certaines solutions d'atténuation, comme la proposition Orbit SSF, les utilisateurs doivent toujours attendre de 5 à 20 secondes.
Préconfirmation de Rollup
Ethereum adopte une feuille de route centrée sur le rollup, concevant L1 pour prendre en charge des fonctionnalités telles que la disponibilité des données, à des fins d'utilisation par les protocoles L2. Cela entraîne une séparation des préoccupations : L1 se concentre sur la résistance à la censure, la fiabilité et les fonctionnalités de base, tandis que L2 s'adresse directement aux besoins des utilisateurs. L2 souhaite naturellement offrir une vitesse de confirmation plus rapide.
Théoriquement, les L2 peuvent créer leur propre réseau de "classificateurs décentralisés", signant des blocs toutes les quelques centaines de millisecondes. Mais cela exige que les L2 effectuent un travail presque identique à celui de la création d'un nouveau L1. Par conséquent, certains ont proposé que tous les L2 partagent un mécanisme de pré-confirmation à l'échelle d'Ethereum : la pré-confirmation de base.
Préconfirmation de base
L'hypothèse de base de pré-confirmation suppose que les proposeurs d'Ethereum sont des participants MEV hautement complexes. Cela exploite cette complexité en incitant ces proposeurs à fournir des services de pré-confirmation. Les utilisateurs peuvent payer des frais supplémentaires pour obtenir la garantie instantanée que leurs transactions seront incluses dans le prochain bloc. Si le proposeur ne respecte pas son engagement, il fera face à des pénalités. Ce mécanisme s'applique aux transactions L1 et peut également être utilisé pour les blocs L2 "basés sur" des rollups.
Perspectives d'avenir
Supposons qu'une finalité à un seul slot ait été réalisée, en utilisant une technologie similaire à Orbit pour réduire le nombre de validateurs signant chaque slot, tout en abaissant le seuil de mise. La durée du slot pourrait être portée à 16 secondes, accompagnée de pré-confirmations rollup ou de pré-confirmations de base pour offrir aux utilisateurs une confirmation plus rapide. Cela forme une nouvelle architecture epoch-slot.
Cette architecture reflète un fait profond : le temps nécessaire pour parvenir à un consensus approximatif sur quelque chose est inférieur au temps requis pour atteindre la "finalité économique" maximale. Les raisons incluent le nombre de nœuds et la "qualité" des nœuds. Si l'on s'appuie sur un sous-ensemble de nœuds spécialisés pour parvenir à un accord approximatif, tout en utilisant un ensemble complet de validateurs pour déterminer la finalité, le temps de confirmation pourrait être réduit à environ 2 secondes.
Choix de la stratégie L2
L2 a actuellement trois stratégies raisonnables :
Pour certaines applications, un temps de bloc de 12 secondes est suffisant. Dans d'autres cas, la seule solution est l'architecture epoch-and-slot. La question clé est de savoir à quel point l'architecture epoch-and-slot native d'Ethereum peut être efficace. Si le temps de slot peut être réduit à 1 seconde, l'espace pour la troisième solution sera considérablement réduit.
Actuellement, nous sommes encore loin des réponses finales à ces questions. L'évolution de la complexité des proposeurs de blocs reste incertaine. Des conceptions novatrices comme Orbit SSF offrent des opportunités pour des explorations supplémentaires. Plus il y a d'options, mieux nous pourrons servir les utilisateurs L1 et L2, tout en simplifiant le travail des développeurs L2.