Discuter des solutions viables pour améliorer la vitesse de confirmation des transactions sur Ethereum
Un indicateur important de l'expérience utilisateur dans la blockchain est le temps de confirmation des transactions. Ces dernières années, Ethereum a réalisé des progrès significatifs dans ce domaine. Actuellement, les transactions envoyées par les utilisateurs sur L1 peuvent généralement être confirmées en 5 à 20 secondes, ce qui est à peu près équivalent à l'expérience de paiement par carte de crédit. Cependant, il reste encore de la valeur à réduire davantage le temps de confirmation, certaines applications nécessitant même des délais de l'ordre de la sous-seconde. Cet article explorera plusieurs solutions potentielles pour améliorer le temps de confirmation des transactions sur Ethereum.
Aperçu de la technologie existante
finalité à un seul slot
Le mécanisme de consensus Gasper actuellement utilisé par Ethereum est basé sur une structure de créneaux et de périodes. Chaque créneau dure 12 secondes, et certains validateurs votent sur le bloc de tête. Dans 32 créneaux (6,4 minutes), tous les validateurs ont la possibilité de voter une fois. Ces votes sont interprétés comme des messages dans un algorithme de consensus de type PBFT, et après deux périodes (12,8 minutes), ils fournissent une finalité avec de fortes garanties économiques.
Cependant, cette méthode présente des problèmes de complexité et de durée excessive. La finalité à slot unique (SSF) propose de remplacer l'architecture existante par un mécanisme similaire à Tendermint, c'est-à-dire de finaliser la confirmation du bloc actuel avant de générer le prochain bloc. Le principal défi du SSF réside dans le fait qu'il nécessite un grand nombre d'échanges de messages toutes les 12 secondes, ce qui impose une lourde charge à la chaîne. Bien qu'il existe certaines solutions d'atténuation, comme la proposition Orbit SSF, les utilisateurs doivent néanmoins attendre de 5 à 20 secondes pour confirmer les transactions.
Préconfirmation Rollup
Ethereum a toujours suivi une feuille de route centrée sur le rollup, concevant le L1 comme une couche de base pour soutenir la disponibilité des données et d'autres fonctionnalités, à utiliser par les protocoles L2. Cette architecture en couches permet au L1 de se concentrer sur l'anti-censure, la fiabilité et l'amélioration des fonctionnalités essentielles, tandis que le L2 répond plus directement aux besoins des utilisateurs.
Théoriquement, L2 peut créer son propre réseau de "classificateurs décentralisés" qui signe des blocs toutes les quelques centaines de millisecondes. Cependant, exiger que tous les L2 mettent en œuvre un tri décentralisé semble peu réaliste. Par conséquent, une solution a été proposée pour permettre à tous les L2 et L1 de partager un mécanisme de pré-confirmation : la pré-confirmation de base.
Préconfirmation de base
L'hypothèse de base de la pré-confirmation suppose que les proposeurs d'Ethereum sont des participants MEV complexes. Cette méthode incite ces proposeurs à fournir des services de pré-confirmation. Les utilisateurs peuvent payer des frais supplémentaires pour obtenir la garantie instantanée que leur transaction sera incluse dans le prochain bloc. Si le proposeur ne respecte pas son engagement, il fera face à des sanctions.
Ce mécanisme s'applique non seulement aux transactions L1, mais pour les rollups "basés" sur Ethereum, tous les blocs L2 sont en réalité des transactions L1, et peuvent donc bénéficier du même mécanisme de pré-confirmation.
Possibles directions de développement
Supposons qu'une finalité de slot unique soit réalisée, et que des technologies similaires à Orbit soient utilisées pour réduire le nombre de validateurs signant chaque slot. La durée du slot pourrait augmenter à 16 secondes, tout en utilisant des pré-confirmations rollup ou des pré-confirmations de base pour offrir aux utilisateurs une confirmation plus rapide. Cela forme en réalité une nouvelle architecture epoch-slot.
L'architecture epoch-slot semble inévitable, principalement parce que le temps nécessaire pour parvenir à un consensus approximatif est bien inférieur au temps requis pour atteindre le maximum de "finalité économique". Cela implique des facteurs tels que le nombre de nœuds et la "qualité" des nœuds.
Stratégies possibles de L2
L2 a actuellement trois principales stratégies :
Sur le plan technique et conceptuel, "basé sur" Ethereum, optimisant ses attributs de couche de base et ses valeurs.
Devenir un "serveur avec échafaudage blockchain", tirer pleinement parti de l'efficacité centralisée tout en conservant les avantages de la décentralisation.
Solution de compromis : combinaison de la rapidité de la chaîne et de la sécurité d'Ethereum.
Pour différentes applications, un temps de bloc de 12 secondes peut être suffisant. Pour les applications nécessitant des confirmations plus rapides, la seule solution est l'architecture epoch-slot. La question clé est de savoir à quel point l'architecture epoch-slot native d'Ethereum peut performer, ce qui influencera l'espace de développement d'autres solutions.
Actuellement, nous sommes encore loin des réponses finales à ces questions. Il existe des incertitudes concernant la complexité des proposeurs de blocs, le potentiel de nouvelles technologies comme Orbit SSF, etc. Explorer davantage de solutions de conception peut aider à offrir de meilleurs services aux 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.
13 J'aime
Récompense
13
6
Partager
Commentaire
0/400
GasFeeNightmare
· Il y a 5h
Encore 20 secondes, autant faire du cross-chain.
Voir l'originalRépondre0
CryptoWageSlave
· Il y a 5h
Continue à l'améliorer lentement, attendez un peu.
Exploration de l'accélération d'Ethereum : finalité à slot unique, pré-confirmation et nouvelle architecture epoch-slot
Discuter des solutions viables pour améliorer la vitesse de confirmation des transactions sur Ethereum
Un indicateur important de l'expérience utilisateur dans la blockchain est le temps de confirmation des transactions. Ces dernières années, Ethereum a réalisé des progrès significatifs dans ce domaine. Actuellement, les transactions envoyées par les utilisateurs sur L1 peuvent généralement être confirmées en 5 à 20 secondes, ce qui est à peu près équivalent à l'expérience de paiement par carte de crédit. Cependant, il reste encore de la valeur à réduire davantage le temps de confirmation, certaines applications nécessitant même des délais de l'ordre de la sous-seconde. Cet article explorera plusieurs solutions potentielles pour améliorer le temps de confirmation des transactions sur Ethereum.
Aperçu de la technologie existante
finalité à un seul slot
Le mécanisme de consensus Gasper actuellement utilisé par Ethereum est basé sur une structure de créneaux et de périodes. Chaque créneau dure 12 secondes, et certains validateurs votent sur le bloc de tête. Dans 32 créneaux (6,4 minutes), tous les validateurs ont la possibilité de voter une fois. Ces votes sont interprétés comme des messages dans un algorithme de consensus de type PBFT, et après deux périodes (12,8 minutes), ils fournissent une finalité avec de fortes garanties économiques.
Cependant, cette méthode présente des problèmes de complexité et de durée excessive. La finalité à slot unique (SSF) propose de remplacer l'architecture existante par un mécanisme similaire à Tendermint, c'est-à-dire de finaliser la confirmation du bloc actuel avant de générer le prochain bloc. Le principal défi du SSF réside dans le fait qu'il nécessite un grand nombre d'échanges de messages toutes les 12 secondes, ce qui impose une lourde charge à la chaîne. Bien qu'il existe certaines solutions d'atténuation, comme la proposition Orbit SSF, les utilisateurs doivent néanmoins attendre de 5 à 20 secondes pour confirmer les transactions.
Préconfirmation Rollup
Ethereum a toujours suivi une feuille de route centrée sur le rollup, concevant le L1 comme une couche de base pour soutenir la disponibilité des données et d'autres fonctionnalités, à utiliser par les protocoles L2. Cette architecture en couches permet au L1 de se concentrer sur l'anti-censure, la fiabilité et l'amélioration des fonctionnalités essentielles, tandis que le L2 répond plus directement aux besoins des utilisateurs.
Théoriquement, L2 peut créer son propre réseau de "classificateurs décentralisés" qui signe des blocs toutes les quelques centaines de millisecondes. Cependant, exiger que tous les L2 mettent en œuvre un tri décentralisé semble peu réaliste. Par conséquent, une solution a été proposée pour permettre à tous les L2 et L1 de partager un mécanisme de pré-confirmation : la pré-confirmation de base.
Préconfirmation de base
L'hypothèse de base de la pré-confirmation suppose que les proposeurs d'Ethereum sont des participants MEV complexes. Cette méthode incite ces proposeurs à fournir des services de pré-confirmation. Les utilisateurs peuvent payer des frais supplémentaires pour obtenir la garantie instantanée que leur transaction sera incluse dans le prochain bloc. Si le proposeur ne respecte pas son engagement, il fera face à des sanctions.
Ce mécanisme s'applique non seulement aux transactions L1, mais pour les rollups "basés" sur Ethereum, tous les blocs L2 sont en réalité des transactions L1, et peuvent donc bénéficier du même mécanisme de pré-confirmation.
Possibles directions de développement
Supposons qu'une finalité de slot unique soit réalisée, et que des technologies similaires à Orbit soient utilisées pour réduire le nombre de validateurs signant chaque slot. La durée du slot pourrait augmenter à 16 secondes, tout en utilisant des pré-confirmations rollup ou des pré-confirmations de base pour offrir aux utilisateurs une confirmation plus rapide. Cela forme en réalité une nouvelle architecture epoch-slot.
L'architecture epoch-slot semble inévitable, principalement parce que le temps nécessaire pour parvenir à un consensus approximatif est bien inférieur au temps requis pour atteindre le maximum de "finalité économique". Cela implique des facteurs tels que le nombre de nœuds et la "qualité" des nœuds.
Stratégies possibles de L2
L2 a actuellement trois principales stratégies :
Pour différentes applications, un temps de bloc de 12 secondes peut être suffisant. Pour les applications nécessitant des confirmations plus rapides, la seule solution est l'architecture epoch-slot. La question clé est de savoir à quel point l'architecture epoch-slot native d'Ethereum peut performer, ce qui influencera l'espace de développement d'autres solutions.
Actuellement, nous sommes encore loin des réponses finales à ces questions. Il existe des incertitudes concernant la complexité des proposeurs de blocs, le potentiel de nouvelles technologies comme Orbit SSF, etc. Explorer davantage de solutions de conception peut aider à offrir de meilleurs services aux utilisateurs L1 et L2, tout en simplifiant le travail des développeurs L2.