Interpretación del proceso completo de transacciones de Capa 2: Análisis del rendimiento de seguridad en cada etapa

Capa 2(L2)交易相比Capa 1(L1)交易,多了一个等待被上传至L1的阶段。在这个阶段,用户只能依赖Sequencer提供的预确认(Pre-Confirmation),存在一定风险。本文将详细分析L2交易的全流程,并探讨各阶段的安全性能。

Revisión del proceso de transacciones L1

Después de que el usuario emita una transacción, debe esperar a que los mineros/validadores la incluyan en un bloque. Incluso si la transacción ha entrado en el bloque más reciente, también debe esperar un número suficiente de confirmaciones para reducir el riesgo de reorganización (Re-org). Solo cuando la probabilidad de reorganización sea lo suficientemente baja, se puede tener la certeza de que la transacción finalmente se escribirá en la historia de la cadena de bloques.

Análisis del proceso de negociación de Capa 2

Después de que un usuario de L2 emite una transacción, normalmente es el Sequencer quien se encarga de ordenar y empaquetar en el bloque L2. Cuando el Sequencer escribe los datos del bloque L2 de vuelta en L1 a través de una transacción de L1, el usuario puede ver que su transacción está incluida en el bloque L2 más reciente.

Pero en este momento todavía existe el riesgo de reorganización de L1, lo que podría llevar a que este bloque de L2 no se escriba finalmente en la historia de la cadena de bloques. Por lo tanto, los usuarios deben esperar a que la probabilidad de reorganización de L1 sea lo suficientemente baja para estar seguros de que la transacción será confirmada de manera definitiva.

Mecanismo de preconfirmación

Para mejorar la experiencia del usuario, algunas Capa 2 han introducido el mecanismo de Pre-Confirmation (. El Sequencer, al recibir la transacción del usuario, se comprometerá a empaquetar dicha transacción lo antes posible.

Para los usuarios que están dispuestos a confiar en el Sequencer, esta promesa puede ser suficiente. Pero la preconfirmación es solo una promesa verbal del Sequencer, no tiene fuerza legal y existe el riesgo de que sea violada.

![Interpretación del proceso completo de transacciones L2: ¿cómo es el rendimiento de seguridad en cada etapa?])https://img-cdn.gateio.im/webp-social/moments-03e7e7dbc69886b127390a01ed69cbab.webp(

Exhibición del estado de confirmación de transacciones de las soluciones L2 principales

) Arbitrum/Optimism

Las transacciones de Arbitrum y Optimism obtienen un recibo casi inmediatamente después de ser emitidas, esto es lo que proporciona la preconfirmación del Sequencer.

El explorador de Arbitrum muestra el estado de "Confirmado por el Secuenciador" de las transacciones, así como el número de confirmaciones L1.

![Interpretación del proceso completo de transacciones L2: ¿cómo es el rendimiento de seguridad en cada etapa?]###https://img-cdn.gateio.im/webp-social/moments-368473592dcd8248eb663a6a057e02fa.webp(

Optimism Explorer además de mostrar el estado "Confirmed by Sequencer", proporciona más información:

• L1 State Batch Index: número de State Batch en el intercambio
• L1 State Root Submission Tx Hash: El hash de la transacción de este Batch cargado en L1

Optimism también muestra directamente la información de Finalidad de L1, permitiendo a los usuarios saber claramente si el bloque de L1 ha sido confirmado de forma definitiva.

![Interpretación del proceso completo de transacciones L2: ¿cómo es el rendimiento de seguridad en cada fase?])https://img-cdn.gateio.im/webp-social/moments-84ebdfed5d2138b71f975a69ad008b4b.webp(

) StarkNet

El estado de las transacciones de StarkNet es más rico e incluye:

• Recibido: la transacción ha sido recibida y verificada
• Pendiente: La transacción está siendo procesada por el Sequencer
• Aceptado en Capa 2: La transacción ha sido empaquetada en un bloque de Capa 2
• Aceptado en L1: los datos de la transacción se han subido a L1

Pero StarkNet tarda más en subir las transacciones a L1, de 4 a 5 horas, los usuarios deben depender de la preconfirmación a largo plazo. Además, el Explorer no proporciona información de Finalidad de L1, la experiencia del usuario necesita mejorar.

![Interpretación del proceso completo de transacciones L2: ¿cómo es el rendimiento de seguridad en cada etapa?]###https://img-cdn.gateio.im/webp-social/moments-c656ea31f5b8c42b3dc6115a5715f5c6.webp(

) zkSync

zkSync divide el proceso de transacciones de L2 a L1 en 3 etapas:

1. Committed: El bloque se ha subido a L1
2. Probado: La validez del bloque ha sido probada
3. Ejecutado: La transacción dentro del bloque se ha completado, el estado de L2 se ha actualizado a L1

zkSync Explorer proporciona una exhibición de datos detallada para cada etapa, incluidos los enlaces de transacciones L1 relacionados, etc.

Pero hay que tener en cuenta que, como medida de protección en la fase Alpha, hasta la fase Ejecutada el Sequencer puede modificar el historial, y los usuarios aún deben confiar en el Sequencer durante aproximadamente un día.

Mejora del mecanismo de preconfirmación

La preconfirmación actualmente es solo una promesa verbal y carece de fuerza vinculante. Se podría considerar la introducción de un mecanismo de contrato inteligente:

• Solicitar a Sequencer/Builder que proporcione un depósito de garantía de preconfirmación
• Sequencer/Builder debe firmar el contenido prometido
• Los usuarios pueden presentar pruebas cuando descubran que un compromiso no se ha cumplido.
• Los contratos inteligentes verifican y ejecutan automáticamente las sanciones

Este mecanismo puede proporcionar a los usuarios una protección más clara, pero actualmente aún se encuentra en la fase de validación del concepto.

![Interpretación del proceso completo de transacciones L2: ¿cómo es el rendimiento de seguridad en cada fase?]###https://img-cdn.gateio.im/webp-social/moments-0878513d0fb37e8360f8a0c09ecd1973.webp(

Resumen

Las transacciones de Capa 2 tienen una fase adicional de espera para ser subidas a Capa 1, en la cual los usuarios solo pueden confiar en la preconfirmación. Cada solución de Capa 2 muestra el estado de preconfirmación en el Explorador, pero su fiabilidad y temporalidad varían.

Los usuarios deben tener en cuenta las limitaciones de la preconfirmación y, si es necesario, esperar a que la transacción se cargue en L1 y obtenga suficientes confirmaciones. En el futuro, se podrán utilizar mecanismos como contratos inteligentes para mejorar la fiabilidad de la preconfirmación y ofrecer una mejor protección a los usuarios.

![Interpretación del proceso completo de transacciones L2: ¿Cómo es el rendimiento de seguridad en cada etapa?])https://img-cdn.gateio.im/webp-social/moments-cd4847009c900bfd43191b16c788002b.webp(