Interprétation du processus complet de transaction L2 : analyse des performances de sécurité à chaque étape

Le processus d'exécution des transactions L2 peut être divisé en plusieurs étapes clés :

1. L'utilisateur envoie une transaction au Séquenceur
2. Le séquenceur regroupe les transactions dans des blocs L2
3. Données de bloc L2 téléchargées vers L1
4. Confirmation de bloc L1
5. La zone L1 a été finalement confirmée (Finalized)

Au cours de ce processus, la sécurité s'améliore progressivement :

• À l'étape initiale, il n'y a que la pré-confirmation du séquenceur, la sécurité est minimale.
• L'emballage des blocs L2 a légèrement augmenté, mais dépend toujours du séquenceur.
• La sécurité est considérablement améliorée après le téléchargement des données sur L1
• Une fois la confirmation du bloc L1, il est généralement possible de s'assurer que la transaction est valide.
• La zone L1 atteint une sécurité maximale après la finalisation.

Différents projets L2 présentent des différences dans l'affichage de l'état des transactions:

• Arbitrum/Optimism : Afficher "Confirmé par le séquenceur" et le nombre de confirmations L1
• StarkNet: Il y a des états tels que Received, Pending, Accepted on L2, Accepted on L1.
• zkSync:
  Divisé en trois étapes : Committed, Proven, Executed.

En général, les utilisateurs doivent peser la sécurité et la vitesse de confirmation, et choisir la phase de confirmation appropriée en fonction de leurs besoins. Pour les transactions de grande valeur, il est conseillé d'attendre la finalisation L1 pour obtenir la plus haute sécurité.

Les directions d'amélioration possibles pour l'avenir incluent:

• Ajouter un mécanisme d'incitation économique pour la Pré-Confirmation
• Optimiser la vitesse de téléchargement des données L2 vers L1
• Fournir des informations sur l'état des transactions plus riches

Avec le développement constant de la technologie L2, le processus de confirmation des transactions devrait être optimisé davantage, offrant une meilleure expérience aux utilisateurs.