Beaucoup pensent que la vérification de sécurité de Layer2 se fait en temps réel, mais ce n'est pas le cas. Prenons l'exemple de solutions comme Plasma : la preuve de fraude n'est en rien une fonctionnalité supplémentaire, mais le cœur même de la conception de sécurité.

Le processus est en réalité très simple. La chaîne secondaire génère d'abord des blocs, et l'opérateur soumet l'en-tête du bloc à la chaîne principale. Mais il y a un point clé — la chaîne principale ne vérifie pas immédiatement la validité des transactions, elle se contente d'enregistrer la promesse de Plasma concernant l'état à cet instant. La véritable confrontation est repoussée plus tard.

Lorsque l'utilisateur initie une sortie d'actifs, le mécanisme de preuve de fraude se met réellement en marche. La partie sortante doit fournir une preuve : que cet actif existe bien dans un certain bloc Plasma. Ensuite, on entre dans ce qu'on appelle la période de défi — c'est la conception la plus intelligente de Plasma.

Pendant cette période de défi, tout observateur peut soumettre une preuve de fraude. Par exemple, pointer du doigt une double dépense lors de la sortie, ou qu'un actif a été dépensé dans une transaction ultérieure, ou que l'état lui-même est invalide. La logique de Plasma est intéressante : elle ne vous demande pas de prouver tout à l'avance, mais de prouver "où ça a dérapé" après coup.

L'intérêt de cette fenêtre temporelle réside dans la théorie des jeux. L'hypothèse de Plasma est que, tant que la période de défi est suffisamment longue, quelqu'un finira par se manifester pour se protéger ou pour obtenir une récompense. Une fois la fenêtre fermée, si personne ne conteste, la chaîne principale reconnaît la validité de la promesse Plasma, et la sortie devient effective.

Ainsi, la sécurité de Layer2 ne repose pas sur un calcul en temps réel, mais est "étirée dans la dimension temporelle". Cette conception, à la fois audacieuse et pragmatique, est justement ce qui rend Plasma si intéressant à étudier.