Escrito por: Haotian
¿Cómo entender el pensamiento de @VitalikButerin sobre el método de confirmación de transacciones de Ethereum? Debido a que el tiempo de confirmación de la transacción de 5 a 20 segundos en la red principal ya está cerca de la velocidad del consumo de tarjetas de crédito, parece ser suficiente según la percepción del usuario. Sin embargo, en comparación con el tiempo de confirmación de nivel de milisegundos de la capa 2, la diferencia en la confirmación de la transacción entre la red principal y la capa 2 tendrá ciertos riesgos de seguridad. Por lo tanto, optimizar el tiempo de confirmación de la transacción de la red principal es más para atender a las consideraciones de la capa. ¿La estrategia de desarrollo de 2?
1) El mecanismo de consenso Gasper actual de Ethereum adopta los conceptos básicos de Slot (intervalo de tiempo) y Epoch (período). Cada Slot tiene una duración de 12 segundos. Se seleccionará una parte de los Validadores para verificar el estado actual de la transacción de la cadena para votar. 32 espacios también. Es decir, 6,4 minutos constituirán un período y básicamente todos los validadores completarán la votación dentro de un período. La firmeza de la transacción suele tardar dos períodos de 12,8 minutos, lo que significa que una transacción se volverá irreversible 12,8 minutos después de su inicio.
2) Vitalik cree que el tiempo es demasiado largo y no está satisfecho con el mecanismo de consenso actual de Gasper, y propone un método de mejora de finalidad de una sola ranura, que puede garantizar que cada bloque se finalice antes de que se genere el siguiente bloque, acelerando así la velocidad. hora de confirmación de finalidad. Es solo que la confirmación final y la confirmación de la transacción son dos cosas diferentes. Esto tiene poco que ver con la confirmación de la transacción de 5 a 20 percibida por los usuarios, pero será un gran problema si corresponde a la red de capa 2.
3) Debido a que el tiempo para que los usuarios de capa 2 envíen y confirmen transacciones será más corto, no solo es mejor que el tiempo de percepción del usuario de 5 a 20 segundos, sino que puede alcanzar el nivel de milisegundos. Esto se debe al mecanismo de confirmación previa a la transacción adoptado por la capa 2 en su conjunto. Sin embargo, si el tiempo de confirmación final de la transacción en la red principal de la capa 1 es demasiado largo, teóricamente habrá algunos riesgos de retraso en la capa 2: por ejemplo, un usuario confirma rápidamente y toma acciones posteriores en la L1, pero esto puede deberse al retraso en Confirmación del estado de L1. Pérdida del fondo; además, dado que la capa 2 en sí tiene ciertos riesgos de centralización, cuanto mayor sea el retraso, habrá riesgos potenciales desconocidos de caos de centralización.
4) Por lo tanto, en mi opinión, la optimización del tiempo de confirmación de transacciones de la red principal de Ethereum en el nuevo artículo de Vitalik es, hasta cierto punto, atender la gran estrategia de promoción conjunta del sistema de capa 2 y el sistema de capa 1. Aunque algunas personas en el mercado hablan mal de Layer2, Layer2 se ha convertido en la dirección que debe ser estable en el proceso de desarrollo de Ethereum.
Obviamente, Ethereum definitivamente promoverá una estrategia "en capas" en el futuro. La tendencia general será confiar en la capa 1 para centrarse en la seguridad y la descentralización, y confiar en la capa 2 para proporcionar un entorno de liquidación interactivo estable y confiable. Vitalik propuso acelerar la confirmación de transacciones, esencialmente para reducir la fricción entre las capas 1 y 2, brindando a los usuarios un entorno interactivo de front-end con una mejor experiencia de capa 2 y una base de liquidación de back-end más segura.
