Análisis de seguridad del proceso completo de L2 y sus diversas etapas
Las transacciones L2 tienen un paso adicional en comparación con las transacciones L1, es decir, "las transacciones L2 se recopilan en bloques L2 y esperan ser subidas a L1". En esta etapa, los datos aún no se han subido a L1, y los usuarios solo pueden confiar en la promesa verbal proporcionada por el secuenciador, lo que se conoce como Pre-Confirmación o Confirmación Rápida, Confirmación Suave.
Actualmente, los principales proyectos de L2 muestran el estado de Pre-Confirmation en su explorador de bloques:
Arbitrum/Optimism: "Confirmado por Sequencer"
StarkNet: "Aceptado en L2"
zkSync: "zkSync Era Procesado"
Estos estados solo representan el compromiso del Sequencer y no garantizan completamente que las transacciones serán finalmente incluidas. Si el Sequencer tiene mala intención o presenta un error, podría resultar en que las transacciones no sean confirmadas.
Para obtener una mayor certeza, los usuarios necesitan esperar más tiempo hasta que los datos de L2 sean subidos a L1 y reciban suficientes confirmaciones. Diferentes proyectos de L2 manejan esto de manera única:
Optimism proporciona información de finalización L1, los usuarios pueden ver directamente si el bloque L1 correspondiente ha sido finalizado.
zkSync divide el proceso de L2 a L1 en tres etapas: Committed, Proven y Executed, y proporciona una presentación detallada del estado.
En general, los niveles de confirmación y los riesgos correspondientes que proporciona el comercio L2 en diferentes etapas son los siguientes:
Pre-confirmación: Solo el secuenciador se compromete, el riesgo es alto
Subida a L1: Confirmación básica, pero aún existe riesgo de re-organización de L1
L1 confirmación completa: confirmación final, riesgo extremadamente bajo
En el futuro, podría surgir un mecanismo de Pre-Confirmación con incentivos económicos, que castigue a los secuenciadores que incumplen sus promesas a través de contratos inteligentes, proporcionando a los usuarios una mayor protección.
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.
13 me gusta
Recompensa
13
3
Compartir
Comentar
0/400
PessimisticLayer
· 07-10 19:38
L1 es bastante estable, pero Sequencer tiene un poco de riesgo.
Ver originalesResponder0
AirdropDreamBreaker
· 07-10 19:34
No decir que está confirmado significa que no es seguro.
Ver originalesResponder0
GasWaster
· 07-10 19:24
¿El experto L2 también tiene que esforzarse tanto?
Análisis completo del proceso de transacciones L2: Evaluación de la seguridad desde la Pre-confirmación hasta la confirmación final.
Análisis de seguridad del proceso completo de L2 y sus diversas etapas
Las transacciones L2 tienen un paso adicional en comparación con las transacciones L1, es decir, "las transacciones L2 se recopilan en bloques L2 y esperan ser subidas a L1". En esta etapa, los datos aún no se han subido a L1, y los usuarios solo pueden confiar en la promesa verbal proporcionada por el secuenciador, lo que se conoce como Pre-Confirmación o Confirmación Rápida, Confirmación Suave.
Actualmente, los principales proyectos de L2 muestran el estado de Pre-Confirmation en su explorador de bloques:
Estos estados solo representan el compromiso del Sequencer y no garantizan completamente que las transacciones serán finalmente incluidas. Si el Sequencer tiene mala intención o presenta un error, podría resultar en que las transacciones no sean confirmadas.
Para obtener una mayor certeza, los usuarios necesitan esperar más tiempo hasta que los datos de L2 sean subidos a L1 y reciban suficientes confirmaciones. Diferentes proyectos de L2 manejan esto de manera única:
En general, los niveles de confirmación y los riesgos correspondientes que proporciona el comercio L2 en diferentes etapas son los siguientes:
En el futuro, podría surgir un mecanismo de Pre-Confirmación con incentivos económicos, que castigue a los secuenciadores que incumplen sus promesas a través de contratos inteligentes, proporcionando a los usuarios una mayor protección.