El "ZK Final" de Ethereum: un ambicioso plan para remodelar la infraestructura de la cadena de bloques
Para aquellos que están interesados en el desarrollo tecnológico de Ethereum, el reciente blog "Entrega L1 zkEVM #1: Pruebas en tiempo real" publicado por los ingenieros de Ethereum tiene una gran importancia. Aunque esto solo representa la concepción técnica del equipo de desarrollo central de Ethereum y aún no ha entrado formalmente en el proceso de EIP, queda un largo camino por recorrer para convertirse en una solución establecida para la actualización de la red principal, pero la señal que emite no debe ser subestimada.
Este artículo presenta de manera clara el núcleo del plan de desarrollo futuro de Ethereum: integrar de manera integral y profunda la tecnología de prueba de conocimiento cero en todos los niveles del protocolo Layer 1, logrando una cobertura total desde la capa de consenso hasta la capa de ejecución. Según esta hoja de ruta técnica, el primer paso clave es actualizar y transformar el EVM de cada nodo en zkEVM. De este modo, los nodos podrán generar simultáneamente las pruebas de conocimiento cero correspondientes durante la ejecución de transacciones y la ejecución de contratos inteligentes, proporcionando así a los nodos de verificación la base para validar la corrección de esta ejecución.
Esta no es una iteración técnica convencional, sino una revolución arquitectónica comparable a "The Merge". Su objetivo es abordar fundamentalmente los múltiples desafíos que enfrenta Ethereum en términos de escalabilidad, seguridad y modelo económico. Entonces, ¿por qué Ethereum elige "apostar completamente" por ZK en este momento? ¿Qué lógica profunda hay detrás de este cambio estratégico? ¿Cómo reconfigurará esto el L1 que conocemos e incluso todo el ecosistema L2?
Este artículo se basará en investigaciones existentes para contarles la gran narrativa de "ZK Final" de Ethereum, y analizará las motivaciones, acciones e impactos profundos detrás de ella.
Uno, la transición del paradigma de "re-ejecución" a "verificación de prueba"
La idea de ZK en Ethereum se centra en una reestructuración del paradigma del mecanismo de validación de consenso. El reciente lanzamiento de la hoja de ruta L1 zkEVM proporciona un camino técnico claro para esta transformación.
Actualmente, cuando se propone un nuevo Bloquear, todos los nodos de validadores en la red deben ejecutar de manera independiente y completa cada transacción dentro de ese Bloquear para calcular y verificar si la raíz de estado final coincide con la declaración del proponente. Este proceso es intensivo en recursos y es el principal cuello de botella que limita el rendimiento de Ethereum L1.
En la nueva arquitectura L1 zkEVM, los constructores de bloques, al generar un bloque, producirán una prueba de validez ZK concisa. Otros validadores, al recibir el bloque y la prueba, ya no necesitarán volver a ejecutar las transacciones, solo deberán verificar esta prueba criptográfica. Dado que el costo computacional de "verificar la prueba ZK" es varios órdenes de magnitud menor que el de "volver a ejecutar transacciones", y lo más importante, el tiempo necesario para verificar una prueba es prácticamente independiente del número de transacciones que cubre, esto permite que Ethereum pueda aumentar significativamente el límite de Gas de los bloques para acomodar más transacciones sin aumentar significativamente el umbral de hardware de los validadores. Se ha mencionado que el límite de Gas de L1 podría aumentar 10 veces debido a esto, e incluso alcanzar 100 veces en un futuro más lejano, logrando así la expansión de L1 mientras se mantiene la descentralización.
En resumen, el futuro de Ethereum L1 es arquitectónicamente muy similar a un enorme ZK-Rollup nativo, lo que hace que Ethereum L1 en sí mismo tenga el potencial de convertirse en "la aplicación ZK más grande del mundo".
El equipo de Ethereum ha establecido estándares técnicos extremadamente estrictos para la implementación de L1 zkEVM, garantizando la seguridad y el compromiso de descentralización al mismo tiempo que reduce la latencia y aumenta el rendimiento.
Para prevenir posibles vulnerabilidades desconocidas en una única implementación de zkEVM, esta hoja de ruta introduce un mecanismo de seguridad de "múltiples pruebas". Esto requiere que la validez del mismo bloque sea probada por múltiples zkEVM generadas por diferentes equipos. El cliente de los validadores descargará y verificará estas pruebas de diferentes orígenes. Solo cuando múltiples pruebas independientes han sido verificadas con éxito, el bloque será aceptado por la capa de consenso. Esto es esencialmente una extensión y sublimación de la idea de "diversidad de clientes" de Ethereum en la capa de prueba, introduciendo redundancia y diversidad a través del protocolo, proporcionando una defensa profunda para L1 y mejorando la robustez del protocolo.
Dos, ¿por qué Ethereum debe ser "totalmente ZK"?
Ethereum abraza completamente la tecnología de pruebas de conocimiento cero, que es una gran transformación estratégica basada en una profunda reflexión sobre su modelo económico, entorno competitivo y demanda futura del mercado.
Primero, esta es una importante revisión del modelo económico "centrado en L2". Después de que EIP-4844 introdujo el mecanismo de blob, aunque se logró reducir con éxito el costo de las transacciones de Layer 2, también trajo efectos secundarios inesperados: debilitó gravemente la capacidad de captura de valor de Layer 1. La caída drástica de los ingresos por tarifas de transacción de L1 y la cantidad de ETH destruidos impactó directamente las expectativas deflacionarias de ETH, lo que llevó a un desempeño deprimido del precio de la moneda y un aumento en la insatisfacción de la comunidad. Al actualizar EVM a zkEVM, los nodos de validación pueden pasar de un modo de "re-ejecución" que consume tiempo a un modo de "validación" más eficiente, lo que reducirá significativamente la latencia de L1 y mejorará el rendimiento. De esta manera, Ethereum podrá volver a atraer transacciones de alto valor que tienen requisitos extremadamente altos de seguridad y finalización instantánea, aumentando los ingresos por tarifas de L1, reactivando el mecanismo de destrucción de EIP-1559 y logrando un nuevo equilibrio en la relación económica entre L1 y L2.
En segundo lugar, esta es una estrategia asimétrica para enfrentar la competencia de cadenas de bloques de alto rendimiento. Ante el sólido desempeño en TPS de algunas nuevas generaciones de L1 de alto rendimiento, Ethereum ha elegido un camino competitivo único. No ha imitado a sus competidores al sacrificar el grado de descentralización para perseguir mejoras de rendimiento, sino que ha utilizado la tecnología ZK para lograr un salto de rendimiento al transformar el trabajo de verificación de "repetición costosa" a "verificación barata", manteniendo su ventaja central de una red de validadores de millones. Esta estrategia busca consolidar la ventaja de Ethereum en términos de descentralización y seguridad, al mismo tiempo que mejora el rendimiento, con el objetivo de lograr una combinación de seguridad y alto rendimiento.
Finalmente, esta es una disposición prospectiva para dar la bienvenida a la ola de RWA y finanzas institucionales. La tokenización de RWA es vista comúnmente como la próxima oportunidad de mercado de billones en la cadena de bloques. Con la entrada de algunos gigantes financieros, se han planteado requisitos sin precedentes en cuanto a rendimiento, seguridad, privacidad y cumplimiento para las cadenas de bloques subyacentes. Aunque algunos L1 tienen un rendimiento excepcional, el número de nodos de validación es relativamente bajo y el grado de centralización es alto, además de tener un historial de inactividad, lo que dificulta satisfacer las necesidades de seguridad y estabilidad de las actividades financieras de alto valor. Por otro lado, aunque varios OP Rollups en el ecosistema de Ethereum tienen un buen rendimiento y, gracias a la escritura de estado en L1, cuentan con buena seguridad, su período de desafío de 7 días representa un riesgo inaceptable para la liquidación de finanzas de alto valor. En comparación, el nivel de finalización criptográfica que ofrece la tecnología ZK, así como su capacidad para demostrar conformidad sin revelar datos sensibles, se ajusta perfectamente a las necesidades centrales de las finanzas institucionales. Si la actualización de zkEVM puede mejorar efectivamente el rendimiento, entonces el ecosistema de Ethereum con integración nativa de tecnología ZK logrará "rendimiento, seguridad, estabilidad" al mismo tiempo, convirtiéndose en la capa ideal de liquidación global para absorber la ola de RWA.
Tres, ZK Final en acción
Los indicios del final de ZK de Ethereum ya se han revelado, además del blog publicado recientemente:
En abril de 2025, se propuso una idea muy visionaria: reemplazar la actual EVM con una arquitectura de conjunto de instrucciones RISC-V más amigable con ZK. Los defensores creen que, en comparación con el bajo rendimiento de EVM al generar circuitos ZK, la arquitectura más simple de RISC-V podría traer mejoras en la eficiencia de prueba en órdenes de magnitud. A pesar de que esta propuesta ha generado controversia por su potencial para desestabilizar el ecosistema actual, ha establecido una "estrella polar" clara para la zkificación de Ethereum: ha definido los estándares ideales para un zkEVM y ha señalado el camino para la optimización.
En el taller de Berlín en junio de 2025, un investigador de la Fundación Ethereum anunció claramente que Ethereum "apostará completamente por ZK" en la escalabilidad de L1. Esta declaración confirma la firme determinación del equipo de desarrollo central.
El final de ZK de Ethereum no es en absoluto "hablar por hablar". Aunque actualmente el Optimistic Rollup sigue liderando en varios indicadores clave sobre el ZK Rollup, las dificultades que obstaculizan la aplicación práctica de la tecnología ZK están siendo superadas una a una. Las tres razones fundamentales que históricamente han causado el serio atraso del ZK Rollup son:
Primero, la complejidad técnica y los cuellos de botella de rendimiento: en el pasado, generar pruebas ZK para la EVM general se consideraba extremadamente difícil, lento y costoso, e incluso computacionalmente inviable.
En segundo lugar, la brecha en la experiencia del desarrollador: ORU logró desde el principio una alta compatibilidad con EVM, mientras que los primeros ZKR no eran compatibles con EVM, lo que requería que los desarrolladores aprendieran un nuevo lenguaje de programación, lo que constituye una barrera de entrada muy alta.
Finalmente, la fragmentación de la liquidez y el efecto de red: ORU ha reunido una gran cantidad de usuarios y liquidez gracias a su ventaja de ser el primero, formando un fuerte efecto de red.
Sin embargo, estos obstáculos históricos están siendo superados uno a uno.
En términos de velocidad de prueba, gracias a los avances en nuevos algoritmos de prueba de próxima generación como PLONK y STARKs, así como al desarrollo de tecnologías de aceleración de hardware como GPU, FPGA e incluso ASIC, el tiempo de generación de pruebas ZK se ha reducido drásticamente. Por ejemplo, el zkVM SP1 de una empresa puede probar el 93% de los bloques de la red principal de Ethereum en un promedio de 10.3 segundos, muy cerca del objetivo de 10 segundos establecido por la Fundación Ethereum.
En términos de compatibilidad, zkEVM ha experimentado un proceso evolutivo de mejora gradual de la compatibilidad de Tipo 4 a Tipo 1. Hoy en día, varios proyectos han logrado una equivalencia EVM casi perfecta, eliminando fundamentalmente la brecha en la experiencia del desarrollador en comparación con ORU. Además, el modelo de seguridad Multi-Prueba ZK en L1 depende de múltiples sistemas de prueba independientes, y el floreciente desarrollo de la pista zkEVM ha sentado las bases para lograr este modelo de seguridad.
En resumen, los obstáculos centrales que históricamente han retrasado la tecnología ZK — rendimiento y compatibilidad — están siendo superados rápidamente. La tecnología ya está completamente preparada para aplicaciones prácticas a gran escala, pero la percepción anterior de que la tecnología ZK "es lenta, cara y difícil" ha hecho que la gente sea reacia a aceptarla. La visión del equipo central de Ethereum de "convertir a Ethereum en la mayor aplicación ZK del mundo" respalda la tecnología ZK moderna y ha sonado la trompeta para la inversión a gran escala en su implementación práctica.
Cuatro, Transformación del ecosistema ROLLUP
NATIVE ROLLUP establece una autopista para ZK ROLLUP
La completa ZKización de Ethereum L1 transformará fundamentalmente el panorama competitivo de Layer 2, siendo el cambio más revolucionario la propuesta de "Rollup nativo". Actualmente, los ZK-Rollup necesitan desplegar en L1 contratos inteligentes de validadores complejos que contienen miles de líneas de código para validar las pruebas ZK enviadas desde L2, lo que no solo aumenta la dificultad de desarrollo, sino que también conlleva riesgos de seguridad debido a la disparidad en los niveles de habilidad de los desarrolladores. Una vez que se implemente zkEVM en L1, se introducirá la función de precompilación EXECUTE, permitiendo que los ZK Rollup llamen directamente a la lógica de validación integrada en el protocolo de L1 desde los contratos inteligentes en L1, sin necesidad de escribir sus propios contratos.
Este cambio trae tres ventajas para ZK-Rollup:
Primero, hay una mejora fundamental en la seguridad, el equipo del proyecto Rollup puede externalizar por completo el enorme desafío de construir y mantener el validador EVM a L1, simplificando los complejos problemas técnicos en una llamada de una línea de código;
En segundo lugar, se ha logrado una verdadera equivalencia EVM y compatibilidad hacia adelante, con Rollup nativo que se actualiza en sincronía con L1, sin necesidad de un proceso de gobernanza independiente;
Finalmente, hay una mejora significativa en la relación costo-efectividad, ya que el uso de la función de precompilación integrada en el protocolo L1 evita el costo de la ejecución de interpretación de la máquina virtual, lo que hace que la eficiencia de verificación sea varios órdenes de magnitud más alta que la implementación de contratos inteligentes, lo que promete reducir drásticamente los costos de operación de ZK Rollup.
Esta función de Native Rollup equivale a que Ethereum L1 proporciona una capa de verificación estandarizada, altamente segura y eficiente de forma gratuita para todos los ZK-Rollup, resolviendo directamente el problema central que ha atormentado el desarrollo de ZK-Rollup durante mucho tiempo: los altos costos de verificación de pruebas en la cadena, los desafíos técnicos de mantener la equivalencia EVM y los riesgos de seguridad de los contratos de validadores.
La transformación estratégica de OP ROLLUP
En comparación, la ZKización de L1 representa un desafío a nivel de supervivencia para Optimistic Rollup. La debilidad central de ORU radica en su período de confirmación de retiros de hasta 7 días, lo cual es inaceptable para muchas aplicaciones de alto valor. Si la ZKización de L1 logra aumentar el rendimiento, podría llevar a una fuga masiva de capital y aplicaciones del ecosistema de OP Rollup.
Sin embargo, actualmente los OP Rollups dominan en términos de TVL y actividad de usuarios, y este patrón de intereses establecidos genera dudas sobre el futuro de la ZKificación total de L1. Pero es sorprendente.
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.
Ethereum abraza plenamente la tecnología ZK: un gran plan para remodelar la infraestructura de la cadena de bloques
El "ZK Final" de Ethereum: un ambicioso plan para remodelar la infraestructura de la cadena de bloques
Para aquellos que están interesados en el desarrollo tecnológico de Ethereum, el reciente blog "Entrega L1 zkEVM #1: Pruebas en tiempo real" publicado por los ingenieros de Ethereum tiene una gran importancia. Aunque esto solo representa la concepción técnica del equipo de desarrollo central de Ethereum y aún no ha entrado formalmente en el proceso de EIP, queda un largo camino por recorrer para convertirse en una solución establecida para la actualización de la red principal, pero la señal que emite no debe ser subestimada.
Este artículo presenta de manera clara el núcleo del plan de desarrollo futuro de Ethereum: integrar de manera integral y profunda la tecnología de prueba de conocimiento cero en todos los niveles del protocolo Layer 1, logrando una cobertura total desde la capa de consenso hasta la capa de ejecución. Según esta hoja de ruta técnica, el primer paso clave es actualizar y transformar el EVM de cada nodo en zkEVM. De este modo, los nodos podrán generar simultáneamente las pruebas de conocimiento cero correspondientes durante la ejecución de transacciones y la ejecución de contratos inteligentes, proporcionando así a los nodos de verificación la base para validar la corrección de esta ejecución.
Esta no es una iteración técnica convencional, sino una revolución arquitectónica comparable a "The Merge". Su objetivo es abordar fundamentalmente los múltiples desafíos que enfrenta Ethereum en términos de escalabilidad, seguridad y modelo económico. Entonces, ¿por qué Ethereum elige "apostar completamente" por ZK en este momento? ¿Qué lógica profunda hay detrás de este cambio estratégico? ¿Cómo reconfigurará esto el L1 que conocemos e incluso todo el ecosistema L2?
Este artículo se basará en investigaciones existentes para contarles la gran narrativa de "ZK Final" de Ethereum, y analizará las motivaciones, acciones e impactos profundos detrás de ella.
Uno, la transición del paradigma de "re-ejecución" a "verificación de prueba"
La idea de ZK en Ethereum se centra en una reestructuración del paradigma del mecanismo de validación de consenso. El reciente lanzamiento de la hoja de ruta L1 zkEVM proporciona un camino técnico claro para esta transformación.
Actualmente, cuando se propone un nuevo Bloquear, todos los nodos de validadores en la red deben ejecutar de manera independiente y completa cada transacción dentro de ese Bloquear para calcular y verificar si la raíz de estado final coincide con la declaración del proponente. Este proceso es intensivo en recursos y es el principal cuello de botella que limita el rendimiento de Ethereum L1.
En la nueva arquitectura L1 zkEVM, los constructores de bloques, al generar un bloque, producirán una prueba de validez ZK concisa. Otros validadores, al recibir el bloque y la prueba, ya no necesitarán volver a ejecutar las transacciones, solo deberán verificar esta prueba criptográfica. Dado que el costo computacional de "verificar la prueba ZK" es varios órdenes de magnitud menor que el de "volver a ejecutar transacciones", y lo más importante, el tiempo necesario para verificar una prueba es prácticamente independiente del número de transacciones que cubre, esto permite que Ethereum pueda aumentar significativamente el límite de Gas de los bloques para acomodar más transacciones sin aumentar significativamente el umbral de hardware de los validadores. Se ha mencionado que el límite de Gas de L1 podría aumentar 10 veces debido a esto, e incluso alcanzar 100 veces en un futuro más lejano, logrando así la expansión de L1 mientras se mantiene la descentralización.
En resumen, el futuro de Ethereum L1 es arquitectónicamente muy similar a un enorme ZK-Rollup nativo, lo que hace que Ethereum L1 en sí mismo tenga el potencial de convertirse en "la aplicación ZK más grande del mundo".
El equipo de Ethereum ha establecido estándares técnicos extremadamente estrictos para la implementación de L1 zkEVM, garantizando la seguridad y el compromiso de descentralización al mismo tiempo que reduce la latencia y aumenta el rendimiento.
Para prevenir posibles vulnerabilidades desconocidas en una única implementación de zkEVM, esta hoja de ruta introduce un mecanismo de seguridad de "múltiples pruebas". Esto requiere que la validez del mismo bloque sea probada por múltiples zkEVM generadas por diferentes equipos. El cliente de los validadores descargará y verificará estas pruebas de diferentes orígenes. Solo cuando múltiples pruebas independientes han sido verificadas con éxito, el bloque será aceptado por la capa de consenso. Esto es esencialmente una extensión y sublimación de la idea de "diversidad de clientes" de Ethereum en la capa de prueba, introduciendo redundancia y diversidad a través del protocolo, proporcionando una defensa profunda para L1 y mejorando la robustez del protocolo.
Dos, ¿por qué Ethereum debe ser "totalmente ZK"?
Ethereum abraza completamente la tecnología de pruebas de conocimiento cero, que es una gran transformación estratégica basada en una profunda reflexión sobre su modelo económico, entorno competitivo y demanda futura del mercado.
Primero, esta es una importante revisión del modelo económico "centrado en L2". Después de que EIP-4844 introdujo el mecanismo de blob, aunque se logró reducir con éxito el costo de las transacciones de Layer 2, también trajo efectos secundarios inesperados: debilitó gravemente la capacidad de captura de valor de Layer 1. La caída drástica de los ingresos por tarifas de transacción de L1 y la cantidad de ETH destruidos impactó directamente las expectativas deflacionarias de ETH, lo que llevó a un desempeño deprimido del precio de la moneda y un aumento en la insatisfacción de la comunidad. Al actualizar EVM a zkEVM, los nodos de validación pueden pasar de un modo de "re-ejecución" que consume tiempo a un modo de "validación" más eficiente, lo que reducirá significativamente la latencia de L1 y mejorará el rendimiento. De esta manera, Ethereum podrá volver a atraer transacciones de alto valor que tienen requisitos extremadamente altos de seguridad y finalización instantánea, aumentando los ingresos por tarifas de L1, reactivando el mecanismo de destrucción de EIP-1559 y logrando un nuevo equilibrio en la relación económica entre L1 y L2.
En segundo lugar, esta es una estrategia asimétrica para enfrentar la competencia de cadenas de bloques de alto rendimiento. Ante el sólido desempeño en TPS de algunas nuevas generaciones de L1 de alto rendimiento, Ethereum ha elegido un camino competitivo único. No ha imitado a sus competidores al sacrificar el grado de descentralización para perseguir mejoras de rendimiento, sino que ha utilizado la tecnología ZK para lograr un salto de rendimiento al transformar el trabajo de verificación de "repetición costosa" a "verificación barata", manteniendo su ventaja central de una red de validadores de millones. Esta estrategia busca consolidar la ventaja de Ethereum en términos de descentralización y seguridad, al mismo tiempo que mejora el rendimiento, con el objetivo de lograr una combinación de seguridad y alto rendimiento.
Finalmente, esta es una disposición prospectiva para dar la bienvenida a la ola de RWA y finanzas institucionales. La tokenización de RWA es vista comúnmente como la próxima oportunidad de mercado de billones en la cadena de bloques. Con la entrada de algunos gigantes financieros, se han planteado requisitos sin precedentes en cuanto a rendimiento, seguridad, privacidad y cumplimiento para las cadenas de bloques subyacentes. Aunque algunos L1 tienen un rendimiento excepcional, el número de nodos de validación es relativamente bajo y el grado de centralización es alto, además de tener un historial de inactividad, lo que dificulta satisfacer las necesidades de seguridad y estabilidad de las actividades financieras de alto valor. Por otro lado, aunque varios OP Rollups en el ecosistema de Ethereum tienen un buen rendimiento y, gracias a la escritura de estado en L1, cuentan con buena seguridad, su período de desafío de 7 días representa un riesgo inaceptable para la liquidación de finanzas de alto valor. En comparación, el nivel de finalización criptográfica que ofrece la tecnología ZK, así como su capacidad para demostrar conformidad sin revelar datos sensibles, se ajusta perfectamente a las necesidades centrales de las finanzas institucionales. Si la actualización de zkEVM puede mejorar efectivamente el rendimiento, entonces el ecosistema de Ethereum con integración nativa de tecnología ZK logrará "rendimiento, seguridad, estabilidad" al mismo tiempo, convirtiéndose en la capa ideal de liquidación global para absorber la ola de RWA.
Tres, ZK Final en acción
Los indicios del final de ZK de Ethereum ya se han revelado, además del blog publicado recientemente:
En abril de 2025, se propuso una idea muy visionaria: reemplazar la actual EVM con una arquitectura de conjunto de instrucciones RISC-V más amigable con ZK. Los defensores creen que, en comparación con el bajo rendimiento de EVM al generar circuitos ZK, la arquitectura más simple de RISC-V podría traer mejoras en la eficiencia de prueba en órdenes de magnitud. A pesar de que esta propuesta ha generado controversia por su potencial para desestabilizar el ecosistema actual, ha establecido una "estrella polar" clara para la zkificación de Ethereum: ha definido los estándares ideales para un zkEVM y ha señalado el camino para la optimización.
En el taller de Berlín en junio de 2025, un investigador de la Fundación Ethereum anunció claramente que Ethereum "apostará completamente por ZK" en la escalabilidad de L1. Esta declaración confirma la firme determinación del equipo de desarrollo central.
El final de ZK de Ethereum no es en absoluto "hablar por hablar". Aunque actualmente el Optimistic Rollup sigue liderando en varios indicadores clave sobre el ZK Rollup, las dificultades que obstaculizan la aplicación práctica de la tecnología ZK están siendo superadas una a una. Las tres razones fundamentales que históricamente han causado el serio atraso del ZK Rollup son:
Primero, la complejidad técnica y los cuellos de botella de rendimiento: en el pasado, generar pruebas ZK para la EVM general se consideraba extremadamente difícil, lento y costoso, e incluso computacionalmente inviable.
En segundo lugar, la brecha en la experiencia del desarrollador: ORU logró desde el principio una alta compatibilidad con EVM, mientras que los primeros ZKR no eran compatibles con EVM, lo que requería que los desarrolladores aprendieran un nuevo lenguaje de programación, lo que constituye una barrera de entrada muy alta.
Finalmente, la fragmentación de la liquidez y el efecto de red: ORU ha reunido una gran cantidad de usuarios y liquidez gracias a su ventaja de ser el primero, formando un fuerte efecto de red.
Sin embargo, estos obstáculos históricos están siendo superados uno a uno.
En términos de velocidad de prueba, gracias a los avances en nuevos algoritmos de prueba de próxima generación como PLONK y STARKs, así como al desarrollo de tecnologías de aceleración de hardware como GPU, FPGA e incluso ASIC, el tiempo de generación de pruebas ZK se ha reducido drásticamente. Por ejemplo, el zkVM SP1 de una empresa puede probar el 93% de los bloques de la red principal de Ethereum en un promedio de 10.3 segundos, muy cerca del objetivo de 10 segundos establecido por la Fundación Ethereum.
En términos de compatibilidad, zkEVM ha experimentado un proceso evolutivo de mejora gradual de la compatibilidad de Tipo 4 a Tipo 1. Hoy en día, varios proyectos han logrado una equivalencia EVM casi perfecta, eliminando fundamentalmente la brecha en la experiencia del desarrollador en comparación con ORU. Además, el modelo de seguridad Multi-Prueba ZK en L1 depende de múltiples sistemas de prueba independientes, y el floreciente desarrollo de la pista zkEVM ha sentado las bases para lograr este modelo de seguridad.
En resumen, los obstáculos centrales que históricamente han retrasado la tecnología ZK — rendimiento y compatibilidad — están siendo superados rápidamente. La tecnología ya está completamente preparada para aplicaciones prácticas a gran escala, pero la percepción anterior de que la tecnología ZK "es lenta, cara y difícil" ha hecho que la gente sea reacia a aceptarla. La visión del equipo central de Ethereum de "convertir a Ethereum en la mayor aplicación ZK del mundo" respalda la tecnología ZK moderna y ha sonado la trompeta para la inversión a gran escala en su implementación práctica.
Cuatro, Transformación del ecosistema ROLLUP
NATIVE ROLLUP establece una autopista para ZK ROLLUP
La completa ZKización de Ethereum L1 transformará fundamentalmente el panorama competitivo de Layer 2, siendo el cambio más revolucionario la propuesta de "Rollup nativo". Actualmente, los ZK-Rollup necesitan desplegar en L1 contratos inteligentes de validadores complejos que contienen miles de líneas de código para validar las pruebas ZK enviadas desde L2, lo que no solo aumenta la dificultad de desarrollo, sino que también conlleva riesgos de seguridad debido a la disparidad en los niveles de habilidad de los desarrolladores. Una vez que se implemente zkEVM en L1, se introducirá la función de precompilación EXECUTE, permitiendo que los ZK Rollup llamen directamente a la lógica de validación integrada en el protocolo de L1 desde los contratos inteligentes en L1, sin necesidad de escribir sus propios contratos.
Este cambio trae tres ventajas para ZK-Rollup:
Primero, hay una mejora fundamental en la seguridad, el equipo del proyecto Rollup puede externalizar por completo el enorme desafío de construir y mantener el validador EVM a L1, simplificando los complejos problemas técnicos en una llamada de una línea de código;
En segundo lugar, se ha logrado una verdadera equivalencia EVM y compatibilidad hacia adelante, con Rollup nativo que se actualiza en sincronía con L1, sin necesidad de un proceso de gobernanza independiente;
Finalmente, hay una mejora significativa en la relación costo-efectividad, ya que el uso de la función de precompilación integrada en el protocolo L1 evita el costo de la ejecución de interpretación de la máquina virtual, lo que hace que la eficiencia de verificación sea varios órdenes de magnitud más alta que la implementación de contratos inteligentes, lo que promete reducir drásticamente los costos de operación de ZK Rollup.
Esta función de Native Rollup equivale a que Ethereum L1 proporciona una capa de verificación estandarizada, altamente segura y eficiente de forma gratuita para todos los ZK-Rollup, resolviendo directamente el problema central que ha atormentado el desarrollo de ZK-Rollup durante mucho tiempo: los altos costos de verificación de pruebas en la cadena, los desafíos técnicos de mantener la equivalencia EVM y los riesgos de seguridad de los contratos de validadores.
La transformación estratégica de OP ROLLUP
En comparación, la ZKización de L1 representa un desafío a nivel de supervivencia para Optimistic Rollup. La debilidad central de ORU radica en su período de confirmación de retiros de hasta 7 días, lo cual es inaceptable para muchas aplicaciones de alto valor. Si la ZKización de L1 logra aumentar el rendimiento, podría llevar a una fuga masiva de capital y aplicaciones del ecosistema de OP Rollup.
Sin embargo, actualmente los OP Rollups dominan en términos de TVL y actividad de usuarios, y este patrón de intereses establecidos genera dudas sobre el futuro de la ZKificación total de L1. Pero es sorprendente.