¿Qué significa la verificación en tiempo real a través de zkEVM, desde la prueba de minutos hasta la seguridad a nivel de slot?

Escrito por: Tia, Techub News

Cuando se menciona repetidamente que “la implementación de zkEVM verifica en tiempo real, reduciendo la demora de 16 minutos a 16 segundos”, a menudo se entiende como una simple mejora del rendimiento. Sin embargo, en el sistema zk, el tiempo no es un indicador neutral.

La magnitud del cambio en la prueba de retraso determina directamente si el zkEVM puede entrar en la ruta crítica de temporización del sistema, cambiando así su papel en la arquitectura.

16 segundos no son solo “más rápidos”, sino que es la primera vez que se lleva la prueba zk a una escala de tiempo cercana al slot de bloque. Este paso tiene un impacto esencialmente diferente en el L2 zkEVM y el L1 zkEVM.

Sobre L2 zkEVM: de la “finalidad posterior” al estado confiable a nivel de slot

En L2 zkEVM, la función de la prueba zk es demostrar a Ethereum L1 la validez de una transición de estado de L2.

El retraso en la prueba de aproximadamente 16 minutos significa una restricción real:

Aunque L2 tiene la finalización instantánea en teoría, en la práctica, su confirmación de seguridad siempre se retrasa varios ciclos de bloques.

Esto lleva a que la capa L2 de la blockchain permanezca en un estado de “confirmación suave” durante mucho tiempo:

La experiencia para el usuario es instantánea.

Aún se debe esperar para L1 y sistemas externos.

Cuando la prueba de demora bajó a aproximadamente 16 segundos, esta estructura experimentó una transformación cualitativa.

Primero, las pruebas zk pueden generarse de forma continua por slot, en lugar de compensar en lotes a través de una gran cantidad de bloques históricos.

Esto significa que los bloques de L2 ahora tienen un significado de seguridad temporal cercano al de L1, y ya no son simplemente un estado intermedio que espera la confirmación final.

En segundo lugar, esto afecta directamente el modelo de confianza de los sistemas interdomain.

Los puentes cruzados, la recarga de CEX y el sistema de liquidación pueden depender de los resultados de verificación zk en L1 en tiempo de segundos, en lugar de establecer una ventana de espera adicional o control manual de riesgos.

Lo más importante es que zkEVM ha igualado por primera vez a Optimistic Rollup en términos de experiencia del usuario. La ruta zk ya no es solo una “capa de liquidación segura pero lenta”, sino que comienza a convertirse en un entorno de ejecución capaz de soportar aplicaciones en tiempo real.

Sobre L1 zkEVM: zk se acerca por primera vez a la escala de tiempo de consenso.

L1 zkEVM no es un Rollup, sino una posible reestructuración del método de verificación de la ejecución de L1.

La suposición de consenso actual de Ethereum es: cada validador necesita volver a ejecutar la EVM y verificar personalmente que las transiciones de estado en el bloque son correctas. Por lo tanto, la capacidad de ejecución se convierte en parte de la seguridad del consenso, y también en una restricción dura para la escalabilidad del sistema.

La idea de L1 zkEVM es cambiar esto: ya no se requiere que los validadores ejecuten EVM, solo se les exige verificar una prueba zk.

La validez de un bloque ha pasado de “He calculado” a “He verificado un hecho criptográfico”.

Pero este diseño tiene una condición previa: la prueba zk debe ser lo suficientemente rápida para entrar en la ruta crítica de consenso.

Si la generación de pruebas toma varios minutos, solo puede servir como una verificación posterior; solo cuando el retraso de la prueba se acerque al tiempo de slot, zk tendrá la posibilidad de participar en el juicio en tiempo real de “si el bloque es válido”.

Por lo tanto, el significado de 16 segundos no radica en “ya es lo suficientemente rápido”, sino en que: zkEVM ya no está excluido en la escala de tiempo del diseño de consenso por primera vez.

Esta es también la razón por la que la discusión sobre L1 zkEVM se centra en gran medida en la seguridad de 128 bits, la teoría de pruebas y las suposiciones criptográficas a largo plazo. Una vez que zk entra en la ruta de consenso, su nivel de seguridad es equivalente al de las funciones hash y los algoritmos de firma.

Desde una perspectiva más macro, esto es un nodo en la misma línea lógica que las direcciones de snarkification y Beam Chain que Ethereum está promoviendo.

La capa de consenso persigue la simplicidad, estabilidad y verificación formal; la capa de ejecución puede ser compleja, paralela y externalizada; y la corrección es comprimida y probada por zk.

Resumen

Por lo tanto, “la reducción del tiempo de prueba de 16 minutos a 16 segundos” no es un simple avance en el rendimiento, sino que marca la evolución del zkEVM de ser una “herramienta de seguridad de prueba posterior” a convertirse en una “infraestructura que puede participar en la definición de la finalización en tiempo real”.

Y una vez que la escala de tiempo de zk se acerque al slot, qué componentes del sistema son esenciales y cuáles son solo accesorios, a menudo también serán reescritos.