Análisis completo del proceso de transacciones L2: Análisis de seguridad en cada etapa

Las transacciones L2 tienen un paso importante en comparación con las transacciones L1: esperar a que el bloque L2 sea subido a L1. En esta etapa, debido a que los datos aún no se han subido a L1, existe incertidumbre, y los usuarios solo pueden confiar en la "promesa verbal" proporcionada por el Sequencer, es decir, Pre-Confirmation.

El proceso de confirmación de transacciones de las soluciones L2 más populares es el siguiente:

Arbitrum/Optimism

Después de enviar la transacción, el usuario recibe casi de inmediato un recibo de la transacción, que indica que el Secuenciador ha ordenado localmente y simulado la ejecución. Esto es una Pre-Confirmación.

Arbitrum Explorer muestra:

• "Confirmado por Sequencer": solo confirmado por Sequencer, no subido a L1
• "X L1 Block Confirmations": L1 ha sido subido, a continuación se conectan X bloques

Optimism Explorer muestra:

• "Confirmado por Sequencer": Sequencer ha confirmado
• "L1 State Batch Index" y "L1 State Root Submission Tx Hash": carga por lotes de información L1
• "Finalized": estado Finalized correspondiente a L1

StarkNet

Estado del proceso de transacción:

1. Recibido: la transacción ha sido recibida y verificada
2. Pendiente: Procesando Sequencer
3. Aceptado en L2: ha ingresado en el bloque L2
4. Aceptado en L1: los datos han sido subidos a L1

Debido a que la generación de pruebas de conocimiento cero lleva tiempo, la carga de L1 debe esperar de 4 a 5 horas, y los usuarios dependen de la Pre-Confirmación durante un tiempo prolongado.

zkSync

Estado del proceso de transacción:

1. PENDING: Esperando a que el secuenciador procese
2. zkSync Era Procesado: ha ingresado a la capa 2 del bloque
3. Comprometido: bloque subido a L1
4. Probado: La validez del bloque ha sido probada
5. Ejecutado: El estado de L2 se actualiza a L1

zkSync divide el proceso de L2 a L1 en 3 etapas, proporcionando una presentación de estado más detallada.

Resumen

• En el trading L2, hay un paso adicional de "esperando la carga de L1".
• En esta fase, los usuarios dependen de la Pre-Confirmación del Secuenciador.
• La mayoría de los Exploradores L2 muestran el estado de Pre-Confirmación.
• La confirmación completa debe esperar a que los datos de L2 se suban a L1
• Pre-Confirmation puede incluir mecanismos de incentivos económicos para mejorar la fiabilidad

Garantías y riesgos de confirmación de transacciones en diferentes etapas:

| Etapa | Transacción L1 | Transacción L2 | |------|--------|--------| | Transacción enviada | Sin garantía | Sin garantía | | Entrar en mempool | Garantía leve | Garantía leve ( si hay ) | | Pre-Confirmation | - | El secuenciador se compromete | | Entrar en el bloque | Garantía fuerte | Garantía fuerte L2 | | Subir L1 | - | Fuerte garantía de L1 | | Múltiples confirmaciones | Garantía muy fuerte | Garantía muy fuerte | | Finalizado | La mayor garantía | La mayor garantía |