Escrito por: Haotian

¿Cómo entender la reflexión de @VitalikButerin sobre los métodos de confirmación de transacciones en Ethereum? Debido a que el tiempo de confirmación de transacciones en la mainnet de 5-20s ya se acerca a la velocidad de consumo de tarjetas de crédito, parece ser suficiente desde la percepción del usuario. Sin embargo, en comparación con los tiempos de confirmación en milisegundos de layer2, existirá cierto riesgo de seguridad en la diferencia de confirmación de transacciones entre la mainnet y layer2, por lo que optimizar el tiempo de confirmación de transacciones en la mainnet es más una consideración para adaptarse a la estrategia de desarrollo de layer2.

1）El mecanismo de consenso Gasper actual en Ethereum adopta los conceptos fundamentales de Slot (intervalo) y Epoch (época), cada Slot dura 12s y selecciona a una parte de los validadores para votar sobre el estado de las transacciones actuales en la cadena. Cada 32 Slots, es decir, 6.4 minutos, forman un período, durante el cual la mayoría de los validadores completarán sus votaciones. La finalidad de las transacciones generalmente requiere dos períodos, es decir, 12.8 minutos, lo que significa que una transacción solo se vuelve irreversible después de 12.8 minutos desde su inicio.

2. Vitalik criticizes the current Gasper consensus mechanism for being too long and proposes the Single-slot finality improvement method, which ensures that each block completes finality confirmation before the next block is generated, thus speeding up the finality confirmation time. However, finality confirmation and transaction confirmation are two different things, which are not directly related to the perceived 5-20s transaction confirmation by users, but it becomes a bigger issue when applied to layer2 networks.

3. Debido a que el tiempo de envío y confirmación de las transacciones de los usuarios en layer2 es más corto, no solo es mejor que el tiempo de percepción del usuario de 5-20 segundos, sino que también puede llegar a ser de milisegundos. Esto se debe al mecanismo de confirmación previa a la transacción utilizado en layer2 en su conjunto. Sin embargo, si el tiempo de confirmación final de las transacciones en la red principal layer1 es demasiado largo, teóricamente existiría un riesgo de diferencia de tiempo en layer2: por ejemplo, los usuarios confirmaron rápidamente y tomaron medidas posteriores en L1, pero pueden perder fondos debido al retraso en la confirmación del estado de L1. Además, dado que layer2 en sí mismo tiene cierto riesgo de centralización, una diferencia de tiempo más larga puede tener un riesgo desconocido de disturbios centralizados.

4. Por lo tanto, en mi opinión, la nueva propuesta de Vitalik para optimizar el tiempo de confirmación de las transacciones en la red principal de Ethereum, de alguna manera, es parte de una gran estrategia para avanzar en conjunto con los sistemas layer2 y layer1. Aunque hay personas en el mercado que critican a layer2, este se ha convertido en una dirección sólida que Ethereum debe seguir en su proceso de desarrollo.

Obviamente, Ethereum definitivamente será una estrategia "en capas" en el futuro, confiando en la Capa 1 para centrarse en la seguridad y la descentralización, y confiando en la Capa 2 para proporcionar un entorno de liquidación interactivo estable y confiable será la tendencia general. La propuesta de Vitalik para acelerar la confirmación de transacciones es esencialmente reducir la fricción de capas entre la capa 1 y la capa 2, y brindar a los usuarios un entorno de interacción front-end con una mejor experiencia de capa 2 y una base de liquidación de back-end más segura.