Discusión sobre el plan de mejora de la velocidad de confirmación de transacciones de Ethereum
Un factor clave en la experiencia del usuario de blockchain es el tiempo de confirmación de las transacciones. Ethereum ha avanzado significativamente en este aspecto, y actualmente las transacciones L1 suelen confirmarse en 5-20 segundos, comparable a la experiencia de pago con tarjeta de crédito. Sin embargo, seguir reduciendo el tiempo de confirmación sigue siendo valioso, y algunas aplicaciones incluso requieren una latencia de sub-segundo. Este artículo explorará las soluciones viables para mejorar la velocidad de confirmación de las transacciones de Ethereum.
Resumen de la técnica existente
finalización de un solo slot
Ethereum actualmente utiliza el mecanismo de consenso Gasper, con un slot cada 12 segundos y 32 slots que conforman una Epoch. Los validadores votan por la cabeza de la cadena en cada slot, alcanzando la finalización dos Epochs después. Este mecanismo presenta problemas de complejidad y un tiempo de confirmación excesivamente largo.
La finalización de un solo slot ( del esquema SSF es similar al consenso de Tendermint, donde cada bloque puede alcanzar la finalización antes de la generación del siguiente bloque. SSF conserva el mecanismo de filtrado inactivo, permitiendo que la cadena continúe funcionando incluso si más de 1/3 de los validadores están fuera de línea. El desafío de SSF radica en la necesidad de que los validadores publiquen dos mensajes cada 12 segundos, lo que impone una carga considerable a la cadena. Aunque SSF acelera significativamente la finalización, los usuarios aún deben esperar entre 5 y 20 segundos.
![Vitalik propuso el esquema Epoch y slot: para proporcionar tiempos de confirmación de transacciones más rápidos para ETH, mejorando la experiencia del usuario final])https://img-cdn.gateio.im/webp-social/moments-17ece382908feb26098bc5db069ff84b.webp(
) Preconfirmación de Rollup
Ethereum adopta una hoja de ruta centrada en rollup, donde L1 se enfoca en proporcionar funciones básicas como la disponibilidad de datos, y L2 ofrece servicios directamente a los usuarios. L2 espera proporcionar a los usuarios una velocidad de confirmación más rápida, y teóricamente puede crear su propia red de ordenadores descentralizados, firmando cada pocos cientos de milisegundos. Pero esto requiere que rollup realice un trabajo similar al de crear un nuevo L1.
Confirmación previa básica
El esquema de preconfirmación básica aprovecha la complejidad de los proponentes de Ethereum, incentivándolos a ofrecer servicios de preconfirmación. Los usuarios pueden pagar una tarifa adicional para obtener una garantía instantánea de que la transacción se incluirá en el siguiente bloque. Si el proponente incumple su promesa, será penalizado. Este mecanismo se puede aplicar tanto a transacciones L1 como L2.
Dirección de desarrollo futuro
Combinando la finalización de un solo slot y el mecanismo de preconfirmación, es posible que veamos una nueva arquitectura de epoch-slot:
Utilizar una tecnología similar a Orbit para reducir el número de validadores por ranura.
La duración del slot puede aumentar a 16 segundos
Utilizar la preconfirmación rollup o la preconfirmación básica para proporcionar una confirmación más rápida
La base filosófica de esta arquitectura es que el tiempo necesario para alcanzar un consenso aproximado es menor que el necesario para alcanzar la máxima economía de finalización. Las razones incluyen:
"Consenso aproximado" solo requiere unos pocos nodos, mientras que la finalización económica necesita la participación de la mayoría de los nodos.
Una vez que el número de nodos supera un cierto tamaño, se necesita más tiempo para recopilar firmas.
En el futuro, Ethereum podría adoptar un tiempo de ranura de 8 segundos, e incluso optimizarse aún más a 2 segundos. Es valioso explorar el espacio de diseño de la arquitectura epoch-slot con un enfoque de separación más fuerte.
![Vitalik propuso el esquema Epoch y slot: para proporcionar tiempos de confirmación de transacciones más rápidos para ETH, mejorando la experiencia del usuario final]###https://img-cdn.gateio.im/webp-social/moments-cebb5794aeeb2ebb84fbdc0ea0ba2666.webp(
Estrategia de desarrollo L2
Actualmente, hay tres estrategias de desarrollo razonables para L2:
Técnicamente y espiritualmente "basado", optimizando las propiedades y valores de la capa base de Ethereum.
"Servidor con andamiaje de blockchain", aprovechando al máximo la eficiencia centralizada mientras se mantienen las ventajas de la descentralización.
Solución de compromiso: la cadena rápida combinada con Ethereum proporciona seguridad y interoperabilidad adicionales
Para diferentes escenarios de aplicación, se puede adoptar una arquitectura de epoch-slot diferente:
Arquitectura epoch-slot nativa de Ethereum
Preconfirmación del servidor
Confirmación previa del comité
![Vitalik propuso el esquema Epoch y slot: para proporcionar tiempos de confirmación de transacciones más rápidos para ETH, mejorando la experiencia del usuario final])https://img-cdn.gateio.im/webp-social/moments-c36acc8d123e717d8dbd2c0b79a7a7ca.webp(
La cuestión clave es qué tan bien puede funcionar la arquitectura nativa de Ethereum. Si se puede reducir el tiempo de slot a 1 segundo, el espacio de la tercera opción se reducirá drásticamente.
Actualmente, estos problemas aún presentan incertidumbre. La complejidad de los proponentes de bloques y nuevos diseños como Orbit SSF merecen una mayor exploración. Cuantas más opciones haya, mejor podremos ofrecer una experiencia a los usuarios de L1 y L2, al mismo tiempo que simplificamos el trabajo para los desarrolladores de L2.
![Vitalik propuso el plan Epoch and slot: para proporcionar tiempos de confirmación de transacciones más rápidos para ETH y mejorar la experiencia del usuario final])https://img-cdn.gateio.im/webp-social/moments-2f66d4acd57a4e15f003a65c51b5471e.webp(
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
15 me gusta
Recompensa
15
8
Republicar
Compartir
Comentar
0/400
SatoshiLegend
· hace2h
Después de todo, la solución no puede cambiar la latencia de la red subyacente, la optimización del consenso aún debe regresar a la esencia matemática... Al ver el código fuente de epoch, siento que el cuello de botella está en la sincronización de estado.
Ver originalesResponder0
MetaDreamer
· 08-18 06:07
¿gm? ¿20 segundos es aún lento?
Ver originalesResponder0
HypotheticalLiquidator
· 08-16 21:55
La pérdida de seguridad del sistema causada por el aumento de velocidad en el control de riesgos no puede ser ignorada. Con precaución.
Ver originalesResponder0
SchrodingerAirdrop
· 08-16 21:45
¡Con la confirmación de L2 en segundos es suficiente! ¿A quién le importa si L1 es lento o no?
Ver originalesResponder0
nft_widow
· 08-16 21:42
Hubiera sido mejor decirlo tan rápido, ya desperdicié mi gas.
Ver originalesResponder0
LightningAllInHero
· 08-16 21:37
Rápido no sirve de nada, el gas de L2 sigue siendo carísimo.
Explorando soluciones para acelerar la confirmación de transacciones de Ethereum: de la finalización de un solo slot a la pre-confirmación L2
Discusión sobre el plan de mejora de la velocidad de confirmación de transacciones de Ethereum
Un factor clave en la experiencia del usuario de blockchain es el tiempo de confirmación de las transacciones. Ethereum ha avanzado significativamente en este aspecto, y actualmente las transacciones L1 suelen confirmarse en 5-20 segundos, comparable a la experiencia de pago con tarjeta de crédito. Sin embargo, seguir reduciendo el tiempo de confirmación sigue siendo valioso, y algunas aplicaciones incluso requieren una latencia de sub-segundo. Este artículo explorará las soluciones viables para mejorar la velocidad de confirmación de las transacciones de Ethereum.
Resumen de la técnica existente
finalización de un solo slot
Ethereum actualmente utiliza el mecanismo de consenso Gasper, con un slot cada 12 segundos y 32 slots que conforman una Epoch. Los validadores votan por la cabeza de la cadena en cada slot, alcanzando la finalización dos Epochs después. Este mecanismo presenta problemas de complejidad y un tiempo de confirmación excesivamente largo.
La finalización de un solo slot ( del esquema SSF es similar al consenso de Tendermint, donde cada bloque puede alcanzar la finalización antes de la generación del siguiente bloque. SSF conserva el mecanismo de filtrado inactivo, permitiendo que la cadena continúe funcionando incluso si más de 1/3 de los validadores están fuera de línea. El desafío de SSF radica en la necesidad de que los validadores publiquen dos mensajes cada 12 segundos, lo que impone una carga considerable a la cadena. Aunque SSF acelera significativamente la finalización, los usuarios aún deben esperar entre 5 y 20 segundos.
![Vitalik propuso el esquema Epoch y slot: para proporcionar tiempos de confirmación de transacciones más rápidos para ETH, mejorando la experiencia del usuario final])https://img-cdn.gateio.im/webp-social/moments-17ece382908feb26098bc5db069ff84b.webp(
) Preconfirmación de Rollup
Ethereum adopta una hoja de ruta centrada en rollup, donde L1 se enfoca en proporcionar funciones básicas como la disponibilidad de datos, y L2 ofrece servicios directamente a los usuarios. L2 espera proporcionar a los usuarios una velocidad de confirmación más rápida, y teóricamente puede crear su propia red de ordenadores descentralizados, firmando cada pocos cientos de milisegundos. Pero esto requiere que rollup realice un trabajo similar al de crear un nuevo L1.
Confirmación previa básica
El esquema de preconfirmación básica aprovecha la complejidad de los proponentes de Ethereum, incentivándolos a ofrecer servicios de preconfirmación. Los usuarios pueden pagar una tarifa adicional para obtener una garantía instantánea de que la transacción se incluirá en el siguiente bloque. Si el proponente incumple su promesa, será penalizado. Este mecanismo se puede aplicar tanto a transacciones L1 como L2.
Dirección de desarrollo futuro
Combinando la finalización de un solo slot y el mecanismo de preconfirmación, es posible que veamos una nueva arquitectura de epoch-slot:
La base filosófica de esta arquitectura es que el tiempo necesario para alcanzar un consenso aproximado es menor que el necesario para alcanzar la máxima economía de finalización. Las razones incluyen:
En el futuro, Ethereum podría adoptar un tiempo de ranura de 8 segundos, e incluso optimizarse aún más a 2 segundos. Es valioso explorar el espacio de diseño de la arquitectura epoch-slot con un enfoque de separación más fuerte.
![Vitalik propuso el esquema Epoch y slot: para proporcionar tiempos de confirmación de transacciones más rápidos para ETH, mejorando la experiencia del usuario final]###https://img-cdn.gateio.im/webp-social/moments-cebb5794aeeb2ebb84fbdc0ea0ba2666.webp(
Estrategia de desarrollo L2
Actualmente, hay tres estrategias de desarrollo razonables para L2:
Para diferentes escenarios de aplicación, se puede adoptar una arquitectura de epoch-slot diferente:
![Vitalik propuso el esquema Epoch y slot: para proporcionar tiempos de confirmación de transacciones más rápidos para ETH, mejorando la experiencia del usuario final])https://img-cdn.gateio.im/webp-social/moments-c36acc8d123e717d8dbd2c0b79a7a7ca.webp(
La cuestión clave es qué tan bien puede funcionar la arquitectura nativa de Ethereum. Si se puede reducir el tiempo de slot a 1 segundo, el espacio de la tercera opción se reducirá drásticamente.
Actualmente, estos problemas aún presentan incertidumbre. La complejidad de los proponentes de bloques y nuevos diseños como Orbit SSF merecen una mayor exploración. Cuantas más opciones haya, mejor podremos ofrecer una experiencia a los usuarios de L1 y L2, al mismo tiempo que simplificamos el trabajo para los desarrolladores de L2.
![Vitalik propuso el plan Epoch and slot: para proporcionar tiempos de confirmación de transacciones más rápidos para ETH y mejorar la experiencia del usuario final])https://img-cdn.gateio.im/webp-social/moments-2f66d4acd57a4e15f003a65c51b5471e.webp(