Ethereum explore des solutions de confirmation de transaction à l'échelle de la sous-seconde : finalité à un seul slot et pré-confirmation en parallèle
Ethereum explore des solutions pour des temps de confirmation des transactions plus rapides
Dans l'expérience utilisateur de la blockchain, un temps de confirmation des transactions rapide est crucial. Ethereum a fait des progrès significatifs dans ce domaine, les transactions sur L1 étant généralement confirmées en 5 à 20 secondes, équivalentes à l'expérience de paiement par carte de crédit. Cependant, il est toujours utile de réduire davantage le temps de confirmation, certaines applications nécessitant même des délais inférieurs à une seconde. Cet article explorera certaines solutions d'amélioration viables pour Ethereum dans ce domaine.
Aperçu de la technologie existante
finalité à un seul slot
Le consensus Gasper actuel d'Ethereum utilise une structure de slots et de périodes, un slot toutes les 12 secondes, 32 slots composent une période de 6,4 minutes. Les validateurs votent sur la tête de la chaîne à chaque slot, et après deux périodes de 12,8 minutes, la finalité est atteinte.
Cette méthode présente des complexités et des problèmes de temps excessif. La proposition de la finalité en un seul slot (SSF) adopte un mécanisme similaire à Tendermint, déterminant le bloc actuel avant de générer le bloc suivant. Le principal défi est que les validateurs doivent publier deux messages toutes les 12 secondes, ce qui impose une charge importante à la chaîne. Bien que SSF accélère considérablement la finalité, les utilisateurs doivent tout de même attendre entre 5 et 20 secondes.
( Pré-confirmation Rollup
Ethereum adopte une feuille de route centrée sur les rollups, où L1 fournit des fonctionnalités de base telles que la disponibilité des données, et L2 offre une meilleure expérience utilisateur. L2 espère fournir des confirmations de moins d'une seconde, ce qui peut théoriquement être réalisé par un réseau de tri décentralisé. Cependant, cela exige que le rollup effectue un travail presque identique à celui de la création d'un nouveau L1.
Le plan de préconfirmation de base propose que les proposeurs d'Ethereum fournissent des services de préconfirmation. Les utilisateurs peuvent payer des frais supplémentaires pour obtenir une garantie immédiate que leur transaction sera incluse dans le prochain bloc. Si le proposeur ne respecte pas, il sera pénalisé. Cela peut fournir des préconfirmations pour les transactions L1 et L2.
Perspectives d'avenir
En combinant la finalité à un seul slot et le mécanisme de pré-confirmation, nous pourrions voir une nouvelle architecture epoch-slot :
Utilisation de SSF, un créneau toutes les 16 secondes
Utiliser la pré-confirmation rollup ou la pré-confirmation de base pour des confirmations plus rapides
Cette architecture semble inévitable, car parvenir à un consensus approximatif prend moins de temps que d'atteindre une finalité économique complète. Les raisons incluent :
Le consensus approximatif nécessite seulement peu de nœuds participants
L'augmentation du nombre de nœuds prolongera le temps de collecte des signatures
Peut atteindre un accord approximatif en s'appuyant sur un sous-ensemble de nœuds spécialisés
Il est donc précieux d'explorer une conception d'architecture epoch-slot avec une séparation des préoccupations plus forte.
![Vitalik propose le plan Epoch et slot : pour fournir à l'ETH un temps de confirmation de transaction plus rapide, améliorant l'expérience utilisateur finale])https://img-cdn.gateio.im/webp-social/moments-cebb5794aeeb2ebb84fbdc0ea0ba2666.webp(
Choix de la stratégie L2
Actuellement, il existe trois stratégies raisonnables pour L2 :
Complètement basé sur Ethereum, optimisant ses propriétés techniques et ses valeurs.
En tant que "serveur avec échafaudage blockchain", préserver l'efficacité du serveur
Compromis : Chaîne rapide + Ethereum fournit une sécurité supplémentaire
Pour différentes applications, vous pouvez choisir différentes architectures epoch-slot:
Architecture native d'Ethereum
Préconfirmation du serveur
Pré-confirmation du comité
![Vitalik propose le schéma Epoch et slot : pour fournir un temps de confirmation des transactions plus rapide pour ETH, améliorant l'expérience utilisateur finale])https://img-cdn.gateio.im/webp-social/moments-c36acc8d123e717d8dbd2c0b79a7a7ca.webp###
La question clé est de savoir à quel point l'architecture native d'Ethereum peut être performante. Si le temps de slot peut être réduit à 1 seconde, l'espace de la troisième solution sera réduit.
Actuellement, les réponses finales à ces questions restent loin d'être déterminées. Il existe encore des incertitudes concernant la complexité des proposeurs de blocs, des conceptions novatrices comme l'Orbit SSF, etc. Continuer à explorer davantage d'options aide à offrir une meilleure expérience aux utilisateurs L1 et L2, tout en simplifiant le développement 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.
23 J'aime
Récompense
23
9
Reposter
Partager
Commentaire
0/400
PermabullPete
· 07-25 15:13
off-chain monde de Dieu
Voir l'originalRépondre0
0xInsomnia
· 07-25 10:12
Trop lent, je vais mourir de lenteur.
Voir l'originalRépondre0
FOMOSapien
· 07-23 09:18
Mauvaise nouvelle, je veux encore profiter d'un bull run.
Voir l'originalRépondre0
LiquidityNinja
· 07-23 02:45
Le deuxième étage dépend de la façon dont vous le faites.
Voir l'originalRépondre0
MEVHunterZhang
· 07-23 02:45
Eth ose vraiment de jouer !
Voir l'originalRépondre0
FUD_Whisperer
· 07-23 02:44
Dix secondes deviennent une seconde ? C'est stable.
Voir l'originalRépondre0
LiquiditySurfer
· 07-23 02:42
gm Ethereum vrai qu'il a vraiment mis le bouton de lecture rapide
Voir l'originalRépondre0
ValidatorViking
· 07-23 02:38
voyons comment cela impacte les risques de slashing pour nous, opérateurs de nœuds...
Voir l'originalRépondre0
MetaNeighbor
· 07-23 02:24
Qui comprend, ce n'est pas juste une version accélérée d'eth ?
Ethereum explore des solutions de confirmation de transaction à l'échelle de la sous-seconde : finalité à un seul slot et pré-confirmation en parallèle
Ethereum explore des solutions pour des temps de confirmation des transactions plus rapides
Dans l'expérience utilisateur de la blockchain, un temps de confirmation des transactions rapide est crucial. Ethereum a fait des progrès significatifs dans ce domaine, les transactions sur L1 étant généralement confirmées en 5 à 20 secondes, équivalentes à l'expérience de paiement par carte de crédit. Cependant, il est toujours utile de réduire davantage le temps de confirmation, certaines applications nécessitant même des délais inférieurs à une seconde. Cet article explorera certaines solutions d'amélioration viables pour Ethereum dans ce domaine.
Aperçu de la technologie existante
finalité à un seul slot
Le consensus Gasper actuel d'Ethereum utilise une structure de slots et de périodes, un slot toutes les 12 secondes, 32 slots composent une période de 6,4 minutes. Les validateurs votent sur la tête de la chaîne à chaque slot, et après deux périodes de 12,8 minutes, la finalité est atteinte.
Cette méthode présente des complexités et des problèmes de temps excessif. La proposition de la finalité en un seul slot (SSF) adopte un mécanisme similaire à Tendermint, déterminant le bloc actuel avant de générer le bloc suivant. Le principal défi est que les validateurs doivent publier deux messages toutes les 12 secondes, ce qui impose une charge importante à la chaîne. Bien que SSF accélère considérablement la finalité, les utilisateurs doivent tout de même attendre entre 5 et 20 secondes.
( Pré-confirmation Rollup
Ethereum adopte une feuille de route centrée sur les rollups, où L1 fournit des fonctionnalités de base telles que la disponibilité des données, et L2 offre une meilleure expérience utilisateur. L2 espère fournir des confirmations de moins d'une seconde, ce qui peut théoriquement être réalisé par un réseau de tri décentralisé. Cependant, cela exige que le rollup effectue un travail presque identique à celui de la création d'un nouveau L1.
Le plan de préconfirmation de base propose que les proposeurs d'Ethereum fournissent des services de préconfirmation. Les utilisateurs peuvent payer des frais supplémentaires pour obtenir une garantie immédiate que leur transaction sera incluse dans le prochain bloc. Si le proposeur ne respecte pas, il sera pénalisé. Cela peut fournir des préconfirmations pour les transactions L1 et L2.
Perspectives d'avenir
En combinant la finalité à un seul slot et le mécanisme de pré-confirmation, nous pourrions voir une nouvelle architecture epoch-slot :
Cette architecture semble inévitable, car parvenir à un consensus approximatif prend moins de temps que d'atteindre une finalité économique complète. Les raisons incluent :
Il est donc précieux d'explorer une conception d'architecture epoch-slot avec une séparation des préoccupations plus forte.
![Vitalik propose le plan Epoch et slot : pour fournir à l'ETH un temps de confirmation de transaction plus rapide, améliorant l'expérience utilisateur finale])https://img-cdn.gateio.im/webp-social/moments-cebb5794aeeb2ebb84fbdc0ea0ba2666.webp(
Choix de la stratégie L2
Actuellement, il existe trois stratégies raisonnables pour L2 :
Pour différentes applications, vous pouvez choisir différentes architectures epoch-slot:
![Vitalik propose le schéma Epoch et slot : pour fournir un temps de confirmation des transactions plus rapide pour ETH, améliorant l'expérience utilisateur finale])https://img-cdn.gateio.im/webp-social/moments-c36acc8d123e717d8dbd2c0b79a7a7ca.webp###
La question clé est de savoir à quel point l'architecture native d'Ethereum peut être performante. Si le temps de slot peut être réduit à 1 seconde, l'espace de la troisième solution sera réduit.
Actuellement, les réponses finales à ces questions restent loin d'être déterminées. Il existe encore des incertitudes concernant la complexité des proposeurs de blocs, des conceptions novatrices comme l'Orbit SSF, etc. Continuer à explorer davantage d'options aide à offrir une meilleure expérience aux utilisateurs L1 et L2, tout en simplifiant le développement L2.