Auteur original : Haotian
Lecture connexe :
"Époque et créneau de l'itinéraire trié sur le volet par Vitalik : offre un temps de confirmation de transaction plus rapide pour Ethereum"
Comment comprendre la réflexion de @VitalikButerin sur la méthode de confirmation des transactions Ethereum ? Étant donné que le temps de confirmation des transactions de 5 à 20 secondes sur le réseau principal est déjà proche de la vitesse de consommation des cartes de crédit, il semble suffisant d'après la perception des utilisateurs. Cependant, par rapport au temps de confirmation de l'ordre de la milliseconde de la couche 2, la différence de confirmation des transactions entre le réseau principal et la couche 2 entraînera certains risques de sécurité. Par conséquent, l'optimisation du temps de confirmation des transactions sur le réseau principal répond davantage aux considérations de la couche. 2 stratégie de développement ?
1) Le mécanisme de consensus Gasper actuel d'Ethereum adopte les concepts de base de Slot (créneau horaire) et d'Epoch (période). Chaque créneau dure 12 s. Une partie des validateurs sera sélectionnée pour vérifier l'état actuel de la transaction de la chaîne pour le vote. 32 créneaux Autrement dit, 6,4 minutes constitueront une période et, fondamentalement, tous les validateurs termineront leur vote dans un délai donné. La finalité d'une transaction prend généralement deux périodes de 12,8 minutes, ce qui signifie qu'une transaction deviendra irréversible 12,8 minutes après son lancement.
2) Vitalik estime que le temps est trop long et n'est pas satisfait du mécanisme de consensus actuel de Gasper, et propose une méthode d'amélioration de la finalité à emplacement unique, qui peut garantir que chaque bloc est finalisé avant la génération du bloc suivant, accélérant ainsi. heure de confirmation de finalité. C'est juste que la confirmation finale et la confirmation de transaction sont deux choses différentes. Cela n'est pas étroitement lié à la confirmation de transaction de 5 à 20 s perçue par les utilisateurs, mais ce sera un gros problème si cela correspond au réseau de couche 2.
3) Étant donné que le temps nécessaire aux utilisateurs de couche 2 pour soumettre et confirmer les transactions sera plus court, il est non seulement meilleur que le temps de perception de l'utilisateur de 5 à 20 s, mais peut également atteindre le niveau de la milliseconde. Cela est dû au mécanisme de confirmation pré-transaction adopté par la couche 2 dans son ensemble. Cependant, si le délai de confirmation finale de la transaction sur le réseau principal de couche 1 est trop long, il y aura théoriquement des risques de décalage sur la couche 2 : par exemple, un utilisateur confirme rapidement sur L1 et entreprend des actions ultérieures, mais il se peut qu'il ne soit pas confirmé en raison de le statut de L1 entraîne des pertes en capital ; de plus, puisque la couche 2 elle-même présente certains risques de centralisation, plus le décalage est long, il y aura des risques potentiels inconnus de chaos de centralisation.
4) Par conséquent, à mon avis, l’optimisation du temps de confirmation des transactions du réseau principal Ethereum dans le nouvel article de Vitalik vise, dans une certaine mesure, à répondre à la grande stratégie de promotion conjointe du système de couche 2 et du système de couche 1. Bien que certaines personnes sur le marché dénigrent la couche 2, la couche 2 est devenue la direction qui doit être stable dans le processus de développement d'Ethereum.
De toute évidence, Ethereum promouvra certainement une stratégie « à plusieurs niveaux » à l'avenir. La tendance générale sera de s'appuyer sur la couche 1 pour se concentrer sur la sécurité et la décentralisation, et de s'appuyer sur la couche 2 pour fournir un environnement de règlement interactif stable et fiable. Vitalik a proposé d'accélérer la confirmation des transactions, ce qui vise essentiellement à réduire les frictions hiérarchiques entre la couche 1 et la couche 2, offrant ainsi aux utilisateurs un meilleur environnement interactif frontal pour l'expérience de la couche 2 et une base de règlement back-end plus sûre.