Discussion sur les solutions d'amélioration de la vitesse de confirmation des transactions Ethereum
Avec le développement continu d'Ethereum, le temps de confirmation des transactions a été réduit de plusieurs minutes il y a quelques années à maintenant 5-20 secondes. Cela est en grande partie dû à la mise en œuvre de l'EIP-1559 et à la transition d'Ethereum vers un mécanisme de preuve d'enjeu. Cependant, pour améliorer encore l'expérience utilisateur, en particulier pour les scénarios d'application nécessitant une latence sub-seconde, nous devons continuer à explorer davantage de possibilités.
Aperçu de la technologie existante
finalité à un seul slot
Le mécanisme de consensus Gasper actuellement utilisé par Ethereum est basé sur une architecture de slots et de périodes. Un slot toutes les 12 secondes, les validateurs votent à tour de rôle sur le bloc de tête. Après deux périodes (environ 12,8 minutes), les transactions peuvent atteindre un état de confirmation finale. Cette méthode présente des problèmes de complexité élevée et de temps de confirmation long.
La proposition de finalité à un seul slot (SSF) adopte un mécanisme de consensus similaire à celui de Tendermint, permettant à chaque bloc d'être finalement confirmé avant la génération du bloc suivant. Cependant, cette méthode est également confrontée au défi de nécessiter que tous les stakers publient deux messages toutes les 12 secondes, ce qui pourrait imposer un fardeau énorme au réseau.
Pré-confirmation de Rollup
Avec l'évolution de la feuille de route centrée sur les rollups d'Ethereum, les solutions L2 doivent offrir aux utilisateurs une expérience de confirmation de transaction plus rapide. Théoriquement, L2 peut établir son propre réseau de séquenceurs décentralisés, signant des blocs toutes les quelques centaines de millisecondes. Mais cela exige que L2 assume une charge de travail presque identique à celle de la création d'un nouveau L1, ce qui ralentit les progrès réels.
Pré-confirmation de base
Le plan de pré-confirmation de base utilise la complexité des proposeurs d'Ethereum pour créer un protocole standardisé. Les utilisateurs peuvent obtenir une garantie instantanée que leur transaction sera incluse dans le prochain bloc en payant des frais supplémentaires. Si le proposeur ne respecte pas son engagement, il sera sanctionné. Ce mécanisme s'applique non seulement aux transactions L1, mais peut également fournir des services de pré-confirmation pour L2.
Direction de développement futur
En tenant compte des solutions ci-dessus, nous pourrions voir une architecture epoch-slot combinant la finalité à un seul emplacement et le mécanisme de pré-confirmation :
Réaliser la finalité de slot unique, il est possible d'étendre le temps de slot à 16 secondes.
Utiliser une technologie similaire à Orbit pour réduire le nombre de validateurs par emplacement.
Utiliser la préconfirmation rollup ou la préconfirmation de base pour offrir aux utilisateurs des confirmations plus rapides.
Cette architecture est difficile à éviter parce que le temps nécessaire pour parvenir à un consensus approximatif sur une question est beaucoup moins long que celui requis pour atteindre le "finalité économique" maximale. Les facteurs d'influence incluent le nombre de nœuds participants et la "qualité" des nœuds.
Stratégie de développement de L2
L2 a actuellement trois principales stratégies de développement :
Entièrement basé sur Ethereum, optimisant ses attributs techniques et ses valeurs.
En tant que "serveur avec échafaudage blockchain", tirer pleinement parti de l'efficacité centralisée.
Solution de compromis : établir une chaîne rapide composée d'environ une centaine de nœuds, tout en s'appuyant sur Ethereum pour fournir une interopérabilité et une sécurité supplémentaires.
Pour différents cas d'utilisation, ces stratégies présentent chacune des avantages. La clé pour l'avenir réside dans l'exploration de la manière d'implémenter des temps de slot plus courts dans l'architecture d'epoch-and-slot native d'Ethereum, ainsi que dans la complexité des proposeurs de blocs.
Avec l'innovation continue de la technologie, nous espérons offrir une meilleure expérience aux utilisateurs L1 et L2 tout en simplifiant le travail des développeurs L2. L'exploration et l'optimisation continues de ces solutions seront un moteur important du développement de l'écosystème Ethereum.
This page may contain third-party content, which is provided for information purposes only (not representations/warranties) and should not be considered as an endorsement of its views by Gate, nor as financial or professional advice. See Disclaimer for details.
23 J'aime
Récompense
23
9
Partager
Commentaire
0/400
VitaliksTwin
· 07-09 05:02
Ethereum, le dieu éternel
Voir l'originalRépondre0
tx_pending_forever
· 07-09 01:40
Je fais toujours des rêves où je vois la confirmation de la transaction.....
Voir l'originalRépondre0
gas_fee_therapy
· 07-08 17:17
L1 a changé si vite ! C'est déjà arrivé pendant que je mangeais.
Voir l'originalRépondre0
GameFiCritic
· 07-06 18:08
Fiable ! L'accélération de la couche de base L1 est le véritable atout concurrentiel.
Voir l'originalRépondre0
CryptoComedian
· 07-06 18:01
Courir aussi vite, les mineurs vont bientôt être au chômage...
Voir l'originalRépondre0
SelfStaking
· 07-06 17:55
Cette hausse To the moon
Voir l'originalRépondre0
AirdropHunter
· 07-06 17:52
Maintenant, cette vitesse permet de faire un bot.
Voir l'originalRépondre0
MetaMisfit
· 07-06 17:52
Réduire beaucoup, ça va vite
Voir l'originalRépondre0
LoneValidator
· 07-06 17:46
J'ai étudié pendant quelques mois, c'est trop déprimant.
Accélération de la confirmation des transactions Ethereum : Discussion sur les solutions d'optimisation de la coopération entre L1 et L2
Discussion sur les solutions d'amélioration de la vitesse de confirmation des transactions Ethereum
Avec le développement continu d'Ethereum, le temps de confirmation des transactions a été réduit de plusieurs minutes il y a quelques années à maintenant 5-20 secondes. Cela est en grande partie dû à la mise en œuvre de l'EIP-1559 et à la transition d'Ethereum vers un mécanisme de preuve d'enjeu. Cependant, pour améliorer encore l'expérience utilisateur, en particulier pour les scénarios d'application nécessitant une latence sub-seconde, nous devons continuer à explorer davantage de possibilités.
Aperçu de la technologie existante
finalité à un seul slot
Le mécanisme de consensus Gasper actuellement utilisé par Ethereum est basé sur une architecture de slots et de périodes. Un slot toutes les 12 secondes, les validateurs votent à tour de rôle sur le bloc de tête. Après deux périodes (environ 12,8 minutes), les transactions peuvent atteindre un état de confirmation finale. Cette méthode présente des problèmes de complexité élevée et de temps de confirmation long.
La proposition de finalité à un seul slot (SSF) adopte un mécanisme de consensus similaire à celui de Tendermint, permettant à chaque bloc d'être finalement confirmé avant la génération du bloc suivant. Cependant, cette méthode est également confrontée au défi de nécessiter que tous les stakers publient deux messages toutes les 12 secondes, ce qui pourrait imposer un fardeau énorme au réseau.
Pré-confirmation de Rollup
Avec l'évolution de la feuille de route centrée sur les rollups d'Ethereum, les solutions L2 doivent offrir aux utilisateurs une expérience de confirmation de transaction plus rapide. Théoriquement, L2 peut établir son propre réseau de séquenceurs décentralisés, signant des blocs toutes les quelques centaines de millisecondes. Mais cela exige que L2 assume une charge de travail presque identique à celle de la création d'un nouveau L1, ce qui ralentit les progrès réels.
Pré-confirmation de base
Le plan de pré-confirmation de base utilise la complexité des proposeurs d'Ethereum pour créer un protocole standardisé. Les utilisateurs peuvent obtenir une garantie instantanée que leur transaction sera incluse dans le prochain bloc en payant des frais supplémentaires. Si le proposeur ne respecte pas son engagement, il sera sanctionné. Ce mécanisme s'applique non seulement aux transactions L1, mais peut également fournir des services de pré-confirmation pour L2.
Direction de développement futur
En tenant compte des solutions ci-dessus, nous pourrions voir une architecture epoch-slot combinant la finalité à un seul emplacement et le mécanisme de pré-confirmation :
Cette architecture est difficile à éviter parce que le temps nécessaire pour parvenir à un consensus approximatif sur une question est beaucoup moins long que celui requis pour atteindre le "finalité économique" maximale. Les facteurs d'influence incluent le nombre de nœuds participants et la "qualité" des nœuds.
Stratégie de développement de L2
L2 a actuellement trois principales stratégies de développement :
Pour différents cas d'utilisation, ces stratégies présentent chacune des avantages. La clé pour l'avenir réside dans l'exploration de la manière d'implémenter des temps de slot plus courts dans l'architecture d'epoch-and-slot native d'Ethereum, ainsi que dans la complexité des proposeurs de blocs.
Avec l'innovation continue de la technologie, nous espérons offrir une meilleure expérience aux utilisateurs L1 et L2 tout en simplifiant le travail des développeurs L2. L'exploration et l'optimisation continues de ces solutions seront un moteur important du développement de l'écosystème Ethereum.