Muchos piensan que la verificación de seguridad en Layer2 se realiza en tiempo real, pero en realidad no es así. Tomando como ejemplo soluciones como Plasma, la prueba de fraude no es en absoluto una función adicional, sino el núcleo de todo el diseño de seguridad.

El flujo de trabajo en realidad es bastante directo. La subcadena genera primero bloques, y los operadores envían la cabecera del bloque a la cadena principal. Pero aquí hay un punto clave: la cadena principal en realidad no verifica inmediatamente la autenticidad de las transacciones, solo registra la promesa de Plasma sobre el estado en ese momento. La verdadera confrontación se pospone para más adelante.

Cuando un usuario inicia una retirada de activos, el mecanismo de prueba de fraude se activa realmente. La parte que retira necesita presentar una prueba: que ese activo realmente existe en un bloque Plasma determinado. Luego entra en un llamado período de desafío — esta es la parte más inteligente del diseño de Plasma.

Durante el período de desafío, cualquier observador puede presentar una prueba de fraude. Por ejemplo, señalar que la solicitud de retiro involucra doble gasto, que el activo ya fue gastado en una transacción posterior, o que el estado en sí mismo es inválido. La lógica de Plasma es muy interesante: no requiere que pruebes todo de antemano, sino que puedas demostrar "dónde está el problema" después.

La magia de esta ventana de tiempo radica en la teoría de juegos. La hipótesis de Plasma es que, mientras el período de desafío sea lo suficientemente largo, siempre habrá alguien que, para protegerse o por incentivos, se atreva a señalar los problemas. Cuando se cierra la ventana, si nadie desafía, la cadena principal reconoce la promesa de Plasma como válida, y la retirada se realiza.

Por eso, la seguridad de Layer2 no se basa en cálculos en tiempo real, sino que se "extiende en la dimensión temporal". Este diseño es tanto audaz como pragmático, y es precisamente en lo que Plasma merece más reflexión.