El ZK final de Ethereum: una revolución a nivel de arquitectura
Para aquellos que siguen de cerca el desarrollo tecnológico de Ethereum, el blog titulado "Entrega de L1 zkEVM #1: Pruebas en tiempo real" publicado recientemente por 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 antes de que se convierta en una solución establecida para la actualización de la mainnet, la señal que emite no debe subestimarse.
Este artículo presenta de manera clara el plan de desarrollo central del futuro de Ethereum: integrar de manera integral y profunda la tecnología de pruebas de conocimiento cero en todos los niveles del protocolo Layer 1, logrando una cobertura completa desde la capa de consenso hasta la capa de ejecución. De acuerdo con esta hoja de ruta tecnológica, el primer paso clave es transformar la EVM de cada nodo en zkEVM. De este modo, durante la ejecución de transacciones y la ejecución de contratos inteligentes, los nodos podrán generar simultáneamente las pruebas de conocimiento cero correspondientes, proporcionando así una base para que los nodos de verificación validen la corrección de esta ejecución.
Esto 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 ha decidido "apostar todo" 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 narrar la gran historia de "ZK final" de Ethereum, y analizará las motivaciones, acciones e impactos profundos detrás de ello.
Uno, la transición del paradigma de "re-ejecución" a "verificación de prueba"
La concepción de ZK de Ethereum se centra en una reestructuración paradigmática del mecanismo de validación de consenso. La hoja de ruta reciente de L1 zkEVM proporciona un camino técnico claro para esta transformación.
Modelo actual: reejecución Actualmente, cuando se propone un nuevo bloque, todos los nodos validador en la red deben volver a ejecutar de manera independiente y completa cada transacción dentro de ese bloque para calcular y verificar si la raíz de estado final coincide con la declarada por el proponente. Este proceso es intensivo en recursos y es el principal cuello de botella que limita el rendimiento de Ethereum L1.
Modelo Futuro: Verificación de Pruebas En la nueva arquitectura L1 zkEVM, los constructores de bloques, al generar un bloque, también producen 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 necesitará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 requerido para verificar una prueba es casi independiente de la cantidad de transacciones que cubre, esto permite que Ethereum aumente significativamente el límite de Gas de los bloques para acomodar más transacciones sin aumentar significativamente el umbral de hardware para los validadores. El fundador de Ethereum ha mencionado que el límite de Gas de L1 podría aumentar 10 veces, e incluso alcanzar 100 veces en un futuro más lejano, permitiendo la escalabilidad 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".
Estándares técnicos estrictos
El equipo de Ethereum ha establecido estándares técnicos extremadamente estrictos para la implementación de L1 zkEVM, garantizando al mismo tiempo la seguridad y el compromiso de descentralización, mientras reduce la latencia y aumenta el rendimiento.
| Métricas | Valor objetivo | Principio/Impacto |
|------------------|-------------------|--------------------------------------------------------------------|
| Prueba de retraso (99% percentil ) | Menos de 10 segundos | Este es el núcleo de la "competencia en tiempo real". El retraso debe ser lo suficientemente bajo como para integrarse sin problemas en el ciclo de bloque de 12 segundos, sin convertirse en un nuevo cuello de botella. |
| Seguridad Criptográfica | 128 bits ( mínimo de 100 bits ) en la fase de inicio | Asegurar que la fuerza criptográfica del comprobante sea suficiente para resistir los ataques computacionales actuales y futuros previsibles, garantizando la seguridad de L1. |
| Tamaño de prueba | Menos de 300 KiB | La prueba debe ser lo suficientemente pequeña para propagarse de manera eficiente en la red P2P y evitar convertirse en un nuevo cuello de botella en la red.
| Costo de hardware del validador | No más de 100,000 dólares | Diseñado para lograr "prueba en casa", asegurando que los validadores independientes tengan la capacidad de participar en la generación de pruebas, como última línea de defensa contra la censura. |
| Consumo de los validadores | Menos de 10 kW | Un consumo comparable al de los puntos de carga de vehículos eléctricos domésticos, lo que reduce aún más la barrera de entrada para la validación en el hogar y asegura la descentralización. |
Modelo de seguridad de múltiples pruebas
Para prevenir posibles vulnerabilidades desconocidas en una implementación única de zkEVM, esta hoja de ruta introduce un mecanismo de seguridad de "múltiples pruebas". Requiere que la validez del mismo bloque sea respaldada por múltiples pruebas generadas por diferentes equipos de zkEVM. El cliente de los validadores descargará y verificará estas pruebas provenientes de diferentes fuentes. Solo cuando múltiples pruebas independientes hayan sido validadas, 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 de manera forzada a través del protocolo, proporcionando una defensa profunda para L1 y mejorando la robustez del protocolo.
Dos, ¿por qué Ethereum debe "ser completamente ZK"?
Ethereum abraza completamente la tecnología de pruebas de conocimiento cero, una importante transformación estratégica basada en una profunda reflexión sobre su modelo económico, el entorno competitivo y la demanda futura del mercado.
En primer lugar, esta es una importante enmienda al modelo económico "centrado en L2". Tras la introducción del mecanismo de blob en EIP-4844, aunque se redujeron con éxito los costos de transacción de Layer 2, también trajo efectos secundarios inesperados: debilitó gravemente la capacidad de captura de valor de Layer 1. La drástica caída en 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 débil del precio del token y a un aumento del descontento en la comunidad. Al actualizar EVM a zkEVM, los nodos de validación pueden pasar de un modo "re-ejecución" que consume tiempo a un modo "verificación" eficiente, lo que reducirá significativamente la latencia de L1 y aumentará el rendimiento. De esta manera, Ethereum podrá volver a atraer aquellas transacciones de alto valor que tienen requisitos muy 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 fuerte desempeño en TPS de la nueva generación de L1 como Solana y Sui, Ethereum ha optado por un camino de competencia único. No ha imitado a sus competidores sacrificando el grado de descentralización para buscar mejoras en el rendimiento, sino que ha utilizado la tecnología ZK para lograr un salto en el rendimiento, manteniendo su ventaja central de una red de millones de validadores, transformando el trabajo de validación de "reproducción costosa" a "validación barata". Esta estrategia tiene como objetivo consolidar la ventaja competitiva de Ethereum en términos de descentralización y seguridad, al tiempo que mejora el rendimiento, buscando lograr una combinación de seguridad y alto rendimiento.
Por último, 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 blockchain. Con la entrada de gigantes financieros como BlackRock y Franklin Templeton, se han planteado exigencias sin precedentes en términos de rendimiento, seguridad, privacidad y cumplimiento para las cadenas de bloques subyacentes. Aunque L1 como Solana y Sui tienen un rendimiento excepcional, el número relativamente bajo de nodos de validación y su alta centralización, además de su historia de caídas, dificultan satisfacer las necesidades de seguridad y estabilidad de actividades financieras de alto valor. Por otro lado, aunque varios OP Rollup en el ecosistema de Ethereum tienen un buen rendimiento y ofrecen buena seguridad gracias a la escritura de estado en L1, 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, la finalización de nivel criptográfico que proporciona la tecnología ZK, así como su capacidad para demostrar el cumplimiento sin revelar datos sensibles, se alinea perfectamente con las necesidades centrales de las finanzas institucionales. Si la actualización de zkEVM puede aumentar el rendimiento como se espera, entonces el ecosistema de Ethereum, integrado nativamente con tecnología ZK, logrará "rendimiento, seguridad y estabilidad" al mismo tiempo, convirtiéndose en la capa de liquidación global ideal para la ola de RWA.
Tres, ZK final en acción
La conclusión de ZK de Ethereum ya ha mostrado indicios, además del blog reciente publicado por los ingenieros de Ethereum:
Ya en abril de 2025, el fundador de Ethereum propuso una idea muy visionaria: reemplazar la actual EVM con una arquitectura de conjunto de instrucciones RISC-V más amigable para ZK. Los partidarios creen que, en comparación con el rendimiento ineficiente de la EVM al generar circuitos ZK, la arquitectura más simple de RISC-V puede traer un aumento en la eficiencia de prueba en órdenes de magnitud. A pesar de que esta propuesta ha provocado controversia debido a su potencial para interrumpir el ecosistema existente, ha establecido una "estrella polar" clara para la zkificación de Ethereum: ha definido los estándares ideales para el zkEVM y ha señalado la dirección 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á totalmente 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". A pesar de que 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 han causado históricamente el grave retraso del ZK Rollup son:
Primero, la complejidad técnica y los cuellos de botella de rendimiento: en el pasado, generar pruebas ZK para EVM genérico se consideraba extremadamente difícil, lento y costoso, e incluso inviable desde el punto de vista computacional.
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, creando una barrera de entrada muy alta.
Por último, la fragmentación de la liquidez y los efectos de red: ORU ha reunido una gran cantidad de usuarios y liquidez gracias a su ventaja de ser el primero en el mercado, 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 algoritmos de prueba de nueva 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 SP1 zkVM 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 de evolución que va desde la compatibilidad de Tipo 4 hasta la de Tipo 1. Hoy en día, múltiples proyectos han logrado alcanzar una equivalencia casi perfecta con EVM, eliminando fundamentalmente la brecha en la experiencia del desarrollador con respecto a ORU. Además, el modelo de seguridad Multi-Proof de la ZK en L1 depende de múltiples sistemas de prueba independientes, y el florecimiento actual de la pista de 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á plenamente preparada para aplicaciones prácticas a gran escala, pero la percepción previa de que la tecnología ZK es "lenta, cara y difícil" ha hecho que la gente sea reacia a aceptarla por el momento. La visión del equipo central de Ethereum de "hacer de Ethereum la mayor aplicación ZK del mundo" respalda la tecnología ZK moderna y ha sonado la trompeta para la inversión masiva en su aplicación práctica.
Cuatro, la transformación del ecosistema ROLLUP
NATIVE ROLLUP establece una autopista para ZK ROLLUP
La completa zkificación de Ethereum L1 transformará fundamentalmente el panorama competitivo de Layer 2, siendo el cambio más revolucionario la introducción del "Rollup nativo". Actualmente, los ZK-Rollups requieren desplegar en L1 contratos inteligentes de validador complejos que contienen miles de líneas de código para verificar las pruebas ZK enviadas por L2, lo que no solo aumenta la dificultad de desarrollo, sino que también plantea riesgos de seguridad debido a la variabilidad en el nivel de habilidad de los desarrolladores. Con la implementación de zkEVM en L1, se introducirá la función de precompilación EXECUTE, que permitirá a los ZK Rollups en los contratos inteligentes de L1 llamar directamente a la lógica de validación integrada en el protocolo L1, sin necesidad de escribir sus propios contratos.
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.
12 me gusta
Recompensa
12
5
Republicar
Compartir
Comentar
0/400
ImpermanentTherapist
· hace8h
Momento revolucionario No puedo controlar mi corazón
Ver originalesResponder0
ShibaMillionairen't
· hace8h
Una vez más, las personas que apoyan zk son un medicamento.
Ver originalesResponder0
OnChainDetective
· hace8h
Algunas son confiables, pero he visto que recientemente la billetera de Vitalik Buterin está emitiendo monedas en secreto.
Ver originalesResponder0
BlockchainDecoder
· hace8h
Según los datos de investigación empírica, el cuello de botella en la tasa de procesamiento del zkEVM en la capa L1 aún necesita ser resuelto.
Ethereum apuesta completamente por ZK: L1 zkEVM lidera la revolución a nivel de arquitectura
El ZK final de Ethereum: una revolución a nivel de arquitectura
Para aquellos que siguen de cerca el desarrollo tecnológico de Ethereum, el blog titulado "Entrega de L1 zkEVM #1: Pruebas en tiempo real" publicado recientemente por 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 antes de que se convierta en una solución establecida para la actualización de la mainnet, la señal que emite no debe subestimarse.
Este artículo presenta de manera clara el plan de desarrollo central del futuro de Ethereum: integrar de manera integral y profunda la tecnología de pruebas de conocimiento cero en todos los niveles del protocolo Layer 1, logrando una cobertura completa desde la capa de consenso hasta la capa de ejecución. De acuerdo con esta hoja de ruta tecnológica, el primer paso clave es transformar la EVM de cada nodo en zkEVM. De este modo, durante la ejecución de transacciones y la ejecución de contratos inteligentes, los nodos podrán generar simultáneamente las pruebas de conocimiento cero correspondientes, proporcionando así una base para que los nodos de verificación validen la corrección de esta ejecución.
Esto 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 ha decidido "apostar todo" 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 narrar la gran historia de "ZK final" de Ethereum, y analizará las motivaciones, acciones e impactos profundos detrás de ello.
Uno, la transición del paradigma de "re-ejecución" a "verificación de prueba"
La concepción de ZK de Ethereum se centra en una reestructuración paradigmática del mecanismo de validación de consenso. La hoja de ruta reciente de L1 zkEVM proporciona un camino técnico claro para esta transformación.
Modelo actual: reejecución Actualmente, cuando se propone un nuevo bloque, todos los nodos validador en la red deben volver a ejecutar de manera independiente y completa cada transacción dentro de ese bloque para calcular y verificar si la raíz de estado final coincide con la declarada por el proponente. Este proceso es intensivo en recursos y es el principal cuello de botella que limita el rendimiento de Ethereum L1.
Modelo Futuro: Verificación de Pruebas En la nueva arquitectura L1 zkEVM, los constructores de bloques, al generar un bloque, también producen 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 necesitará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 requerido para verificar una prueba es casi independiente de la cantidad de transacciones que cubre, esto permite que Ethereum aumente significativamente el límite de Gas de los bloques para acomodar más transacciones sin aumentar significativamente el umbral de hardware para los validadores. El fundador de Ethereum ha mencionado que el límite de Gas de L1 podría aumentar 10 veces, e incluso alcanzar 100 veces en un futuro más lejano, permitiendo la escalabilidad 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".
Estándares técnicos estrictos
El equipo de Ethereum ha establecido estándares técnicos extremadamente estrictos para la implementación de L1 zkEVM, garantizando al mismo tiempo la seguridad y el compromiso de descentralización, mientras reduce la latencia y aumenta el rendimiento.
| Métricas | Valor objetivo | Principio/Impacto | |------------------|-------------------|--------------------------------------------------------------------| | Prueba de retraso (99% percentil ) | Menos de 10 segundos | Este es el núcleo de la "competencia en tiempo real". El retraso debe ser lo suficientemente bajo como para integrarse sin problemas en el ciclo de bloque de 12 segundos, sin convertirse en un nuevo cuello de botella. | | Seguridad Criptográfica | 128 bits ( mínimo de 100 bits ) en la fase de inicio | Asegurar que la fuerza criptográfica del comprobante sea suficiente para resistir los ataques computacionales actuales y futuros previsibles, garantizando la seguridad de L1. | | Tamaño de prueba | Menos de 300 KiB | La prueba debe ser lo suficientemente pequeña para propagarse de manera eficiente en la red P2P y evitar convertirse en un nuevo cuello de botella en la red. | Costo de hardware del validador | No más de 100,000 dólares | Diseñado para lograr "prueba en casa", asegurando que los validadores independientes tengan la capacidad de participar en la generación de pruebas, como última línea de defensa contra la censura. | | Consumo de los validadores | Menos de 10 kW | Un consumo comparable al de los puntos de carga de vehículos eléctricos domésticos, lo que reduce aún más la barrera de entrada para la validación en el hogar y asegura la descentralización. |
Modelo de seguridad de múltiples pruebas
Para prevenir posibles vulnerabilidades desconocidas en una implementación única de zkEVM, esta hoja de ruta introduce un mecanismo de seguridad de "múltiples pruebas". Requiere que la validez del mismo bloque sea respaldada por múltiples pruebas generadas por diferentes equipos de zkEVM. El cliente de los validadores descargará y verificará estas pruebas provenientes de diferentes fuentes. Solo cuando múltiples pruebas independientes hayan sido validadas, 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 de manera forzada a través del protocolo, proporcionando una defensa profunda para L1 y mejorando la robustez del protocolo.
Dos, ¿por qué Ethereum debe "ser completamente ZK"?
Ethereum abraza completamente la tecnología de pruebas de conocimiento cero, una importante transformación estratégica basada en una profunda reflexión sobre su modelo económico, el entorno competitivo y la demanda futura del mercado.
En primer lugar, esta es una importante enmienda al modelo económico "centrado en L2". Tras la introducción del mecanismo de blob en EIP-4844, aunque se redujeron con éxito los costos de transacción de Layer 2, también trajo efectos secundarios inesperados: debilitó gravemente la capacidad de captura de valor de Layer 1. La drástica caída en 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 débil del precio del token y a un aumento del descontento en la comunidad. Al actualizar EVM a zkEVM, los nodos de validación pueden pasar de un modo "re-ejecución" que consume tiempo a un modo "verificación" eficiente, lo que reducirá significativamente la latencia de L1 y aumentará el rendimiento. De esta manera, Ethereum podrá volver a atraer aquellas transacciones de alto valor que tienen requisitos muy 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 fuerte desempeño en TPS de la nueva generación de L1 como Solana y Sui, Ethereum ha optado por un camino de competencia único. No ha imitado a sus competidores sacrificando el grado de descentralización para buscar mejoras en el rendimiento, sino que ha utilizado la tecnología ZK para lograr un salto en el rendimiento, manteniendo su ventaja central de una red de millones de validadores, transformando el trabajo de validación de "reproducción costosa" a "validación barata". Esta estrategia tiene como objetivo consolidar la ventaja competitiva de Ethereum en términos de descentralización y seguridad, al tiempo que mejora el rendimiento, buscando lograr una combinación de seguridad y alto rendimiento.
Por último, 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 blockchain. Con la entrada de gigantes financieros como BlackRock y Franklin Templeton, se han planteado exigencias sin precedentes en términos de rendimiento, seguridad, privacidad y cumplimiento para las cadenas de bloques subyacentes. Aunque L1 como Solana y Sui tienen un rendimiento excepcional, el número relativamente bajo de nodos de validación y su alta centralización, además de su historia de caídas, dificultan satisfacer las necesidades de seguridad y estabilidad de actividades financieras de alto valor. Por otro lado, aunque varios OP Rollup en el ecosistema de Ethereum tienen un buen rendimiento y ofrecen buena seguridad gracias a la escritura de estado en L1, 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, la finalización de nivel criptográfico que proporciona la tecnología ZK, así como su capacidad para demostrar el cumplimiento sin revelar datos sensibles, se alinea perfectamente con las necesidades centrales de las finanzas institucionales. Si la actualización de zkEVM puede aumentar el rendimiento como se espera, entonces el ecosistema de Ethereum, integrado nativamente con tecnología ZK, logrará "rendimiento, seguridad y estabilidad" al mismo tiempo, convirtiéndose en la capa de liquidación global ideal para la ola de RWA.
Tres, ZK final en acción
La conclusión de ZK de Ethereum ya ha mostrado indicios, además del blog reciente publicado por los ingenieros de Ethereum:
Ya en abril de 2025, el fundador de Ethereum propuso una idea muy visionaria: reemplazar la actual EVM con una arquitectura de conjunto de instrucciones RISC-V más amigable para ZK. Los partidarios creen que, en comparación con el rendimiento ineficiente de la EVM al generar circuitos ZK, la arquitectura más simple de RISC-V puede traer un aumento en la eficiencia de prueba en órdenes de magnitud. A pesar de que esta propuesta ha provocado controversia debido a su potencial para interrumpir el ecosistema existente, ha establecido una "estrella polar" clara para la zkificación de Ethereum: ha definido los estándares ideales para el zkEVM y ha señalado la dirección 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á totalmente 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". A pesar de que 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 han causado históricamente el grave retraso del ZK Rollup son:
Primero, la complejidad técnica y los cuellos de botella de rendimiento: en el pasado, generar pruebas ZK para EVM genérico se consideraba extremadamente difícil, lento y costoso, e incluso inviable desde el punto de vista computacional.
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, creando una barrera de entrada muy alta.
Por último, la fragmentación de la liquidez y los efectos de red: ORU ha reunido una gran cantidad de usuarios y liquidez gracias a su ventaja de ser el primero en el mercado, 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 algoritmos de prueba de nueva 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 SP1 zkVM 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 de evolución que va desde la compatibilidad de Tipo 4 hasta la de Tipo 1. Hoy en día, múltiples proyectos han logrado alcanzar una equivalencia casi perfecta con EVM, eliminando fundamentalmente la brecha en la experiencia del desarrollador con respecto a ORU. Además, el modelo de seguridad Multi-Proof de la ZK en L1 depende de múltiples sistemas de prueba independientes, y el florecimiento actual de la pista de 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á plenamente preparada para aplicaciones prácticas a gran escala, pero la percepción previa de que la tecnología ZK es "lenta, cara y difícil" ha hecho que la gente sea reacia a aceptarla por el momento. La visión del equipo central de Ethereum de "hacer de Ethereum la mayor aplicación ZK del mundo" respalda la tecnología ZK moderna y ha sonado la trompeta para la inversión masiva en su aplicación práctica.
Cuatro, la transformación del ecosistema ROLLUP
NATIVE ROLLUP establece una autopista para ZK ROLLUP
La completa zkificación de Ethereum L1 transformará fundamentalmente el panorama competitivo de Layer 2, siendo el cambio más revolucionario la introducción del "Rollup nativo". Actualmente, los ZK-Rollups requieren desplegar en L1 contratos inteligentes de validador complejos que contienen miles de líneas de código para verificar las pruebas ZK enviadas por L2, lo que no solo aumenta la dificultad de desarrollo, sino que también plantea riesgos de seguridad debido a la variabilidad en el nivel de habilidad de los desarrolladores. Con la implementación de zkEVM en L1, se introducirá la función de precompilación EXECUTE, que permitirá a los ZK Rollups en los contratos inteligentes de L1 llamar directamente a la lógica de validación integrada en el protocolo L1, sin necesidad de escribir sus propios contratos.
Este cambio trae tres ventajas para ZK-Rollup: