Analyse du processus complet des transactions L2 : Quelle est la sécurité à chaque étape ?

Le trading L2 par rapport au trading L1 a une étape supplémentaire - attendre le téléchargement du bloc L2 sur L1. Pendant ce processus, les utilisateurs ne peuvent se fier qu'à la promesse verbale du Séquenceur, également connue sous le nom de Pré-confirmation ou Confirmation rapide.

Les différentes solutions L2 ont chacune leurs caractéristiques en matière d'affichage de l'état des transactions :

• Arbitrum/Optimism affiche l'état "Confirmé par le Séquenceur", ce qui signifie que la transaction a été confirmée par le Séquenceur mais n'a pas encore été téléchargée sur L1.

• Optimism montre davantage d'informations sur L1 State Batch, liant directement l'état de Finalité L1, permettant aux utilisateurs de juger plus facilement de la sécurité des transactions.

• StarkNet a des états plus détaillés tels que Reçu, En attente, Accepté sur L2, mais il faut un temps relativement long pour passer de L2 à L1.

• zkSync décompose le processus de L2 à L1 en trois étapes : Committed, Proven, Executed. Bien que le temps soit long, cela fournit des informations détaillées.

Pour améliorer la fiabilité de la pré-confirmation, il est possible d'introduire des contraintes de contrat intelligent sur le séquenceur, exigeant qu'il dépose un cautionnement et signe des engagements. En cas de non-respect, l'utilisateur peut soumettre des preuves et punir le séquenceur.

Dans l'ensemble, la sécurité des transactions L2 dépend de :

1. La crédibilité du Séquenceur ( Phase de Pré-Confirmation )
2. Vitesse de téléchargement des données L2 vers L1
3. La sécurité du réseau L1 lui-même

Les utilisateurs doivent choisir le mode de confirmation approprié en fonction de leurs besoins, en pesant la vitesse de transaction et la sécurité.