Analyse de la sécurité de l'ensemble du processus de trading L2 et des différentes étapes
Les transactions L2 ajoutent une étape par rapport aux transactions L1, à savoir "les transactions L2 sont intégrées dans le bloc L2 et attendent d'être téléchargées sur L1". À ce stade, les données n'ont pas encore été téléchargées sur L1, l'utilisateur ne peut compter que sur la promesse verbale fournie par le Séquenceur, ce qu'on appelle la Pre-Confirmation, la Fast Confirmation ou la Soft Confirmation.
Actuellement, les principaux projets L2 affichent tous l'état de Pré-Confirmation dans leur explorateur de blocs :
Arbitrum/Optimism : "Confirmé par le séquenceur"
StarkNet : "Accepté sur L2"
zkSync : "zkSync Era Traité"
Ces états ne représentent que l'engagement du Séquenceur et ne garantissent pas que la transaction sera finalement enregistrée. Si le Séquenceur agit de manière malveillante ou présente un bogue, cela peut entraîner une non-confirmation de la transaction.
Pour obtenir une plus grande certitude, les utilisateurs doivent attendre plus longtemps jusqu'à ce que les données L2 soient téléchargées sur L1 et reçoivent suffisamment de confirmations. Différents projets L2 ont des approches variées à cet égard :
Optimism fournit des informations sur la finalité L1, les utilisateurs peuvent voir directement si le bloc L1 correspondant a été finalisé.
zkSync divise le processus de L2 à L1 en trois phases : Committed, Proven, Executed, et fournit une présentation détaillée de l'état.
En général, le niveau de confirmation et les risques associés aux transactions L2 à différentes étapes sont les suivants :
Pré-confirmation : Engagement uniquement du Sequencer, risque plus élevé
Téléchargement vers L1 : confirmation de base, mais il existe toujours un risque de réorganisation de L1
L1 confirmation complète : confirmation finale, risque très faible
À l'avenir, il pourrait y avoir un mécanisme de pré-confirmation avec des incitations économiques, punissant les Séquenceurs qui violent leurs engagements par le biais de contrats intelligents, offrant ainsi une meilleure protection aux utilisateurs.
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.
18 J'aime
Récompense
18
4
Partager
Commentaire
0/400
ImpermanentSage
· Il y a 9h
Encore une fois, la perte du trading Bi repose uniquement sur la confiance.
Voir l'originalRépondre0
PessimisticLayer
· 07-10 19:38
L1 est relativement stable, mais le Sequencer présente un peu de risque.
Analyse complète du processus de trading L2 : Évaluation de la sécurité de la pré-confirmation à la confirmation finale.
Analyse de la sécurité de l'ensemble du processus de trading L2 et des différentes étapes
Les transactions L2 ajoutent une étape par rapport aux transactions L1, à savoir "les transactions L2 sont intégrées dans le bloc L2 et attendent d'être téléchargées sur L1". À ce stade, les données n'ont pas encore été téléchargées sur L1, l'utilisateur ne peut compter que sur la promesse verbale fournie par le Séquenceur, ce qu'on appelle la Pre-Confirmation, la Fast Confirmation ou la Soft Confirmation.
Actuellement, les principaux projets L2 affichent tous l'état de Pré-Confirmation dans leur explorateur de blocs :
Ces états ne représentent que l'engagement du Séquenceur et ne garantissent pas que la transaction sera finalement enregistrée. Si le Séquenceur agit de manière malveillante ou présente un bogue, cela peut entraîner une non-confirmation de la transaction.
Pour obtenir une plus grande certitude, les utilisateurs doivent attendre plus longtemps jusqu'à ce que les données L2 soient téléchargées sur L1 et reçoivent suffisamment de confirmations. Différents projets L2 ont des approches variées à cet égard :
En général, le niveau de confirmation et les risques associés aux transactions L2 à différentes étapes sont les suivants :
À l'avenir, il pourrait y avoir un mécanisme de pré-confirmation avec des incitations économiques, punissant les Séquenceurs qui violent leurs engagements par le biais de contrats intelligents, offrant ainsi une meilleure protection aux utilisateurs.