Según PANews, Vitalik Buterin, cofundador de Ethereum, ha estado contemplando el método de confirmación de transacciones de Ethereum. El tiempo de confirmación de la transacción de la red principal de 5 a 20 segundos ya se acerca a la velocidad de las transacciones con tarjeta de crédito, lo que parece suficiente desde el punto de vista de la percepción del usuario. Sin embargo, en comparación con el tiempo de confirmación de milisegundos de la capa 2, existe un cierto riesgo de seguridad en la diferencia de confirmación de la transacción entre la red principal y la capa 2. Por lo tanto, optimizar el tiempo de confirmación de la transacción de la red principal es más una consideración para atender la estrategia de desarrollo de la capa 2.
El actual mecanismo de consenso Gasper de Ethereum adopta los conceptos centrales de Slot y Epoch. Cada Slot tiene una duración de 12 segundos, durante los cuales se selecciona un grupo de Validadores para verificar el estado actual de la transacción de la cadena y votar. Cada 32 espacios, que son 6,4 minutos, constituye una época, durante la cual todos los validadores completan su votación. La finalidad de la transacción suele tardar dos Épocas, o 12,8 minutos, lo que significa que una transacción se vuelve irreversible 12,8 minutos después de su inicio.
Buterin cree que este tiempo es demasiado largo y ha expresado su descontento con el actual mecanismo de consenso de Gasper. Propuso un método de mejora de finalidad de una sola ranura, que puede garantizar que cada bloque complete la confirmación de finalidad antes de que se genere el siguiente bloque, acelerando así el tiempo de confirmación de finalidad. Sin embargo, la confirmación de finalidad y la confirmación de la transacción son dos cosas diferentes. Esto no está muy relacionado con la confirmación de transacción de 5 a 20 segundos percibida por el usuario, pero se convierte en un problema importante cuando se aplica a la red de capa 2.
Esto se debe a que el tiempo para que los usuarios de capa 2 envíen y confirmen transacciones será más corto, no solo mejor que el tiempo percibido por el usuario de 5 a 20 segundos, sino que posiblemente alcance niveles 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 de la finalidad de la transacción de la red principal de la capa 1 es demasiado largo, teóricamente habrá algunos riesgos de diferencia horaria en la capa 2. Por ejemplo, los usuarios pueden confirmar rápidamente en L1 y tomar acciones posteriores, pero pueden sufrir pérdidas financieras debido al retraso en la confirmación del estado de L1. Además, dado que la propia capa 2 tiene ciertos riesgos de centralización, cuanto mayor sea la diferencia horaria, mayores serán los posibles riesgos desconocidos de caos de centralización.
Por lo tanto, en mi opinión, el nuevo artículo de Buterin sobre la optimización del tiempo de confirmación de las transacciones de la red principal de Ethereum responde en cierta medida a la estrategia principal de promover conjuntamente el sistema de capa 2 y el sistema de capa 1. Aunque algunas personas en el mercado son pesimistas sobre Layer2, Layer2 sin duda se ha convertido en una dirección que Ethereum debe consolidar en su proceso de desarrollo.
Está claro que el futuro de Ethereum definitivamente será un avance estratégico "en capas", confiando en la capa 1 para centrarse en la seguridad y la descentralización, y la capa 2 para proporcionar un entorno de liquidación de interacción estable y confiable será la tendencia. La propuesta de Buterin para acelerar la confirmación de transacciones es esencialmente reducir la fricción de capa entre la capa 1 y la capa 2, brindando a los usuarios un mejor entorno de interacción front-end en la capa 2 y una base de liquidación de back-end más segura.
