El ZK final de Ethereum: la lógica y el impacto de la ZKización completa
Para aquellos que están interesados en el desarrollo tecnológico de Ethereum, el blog "Entrega L1 zkEVM #1: Pruebas en tiempo real" publicado recientemente por los ingenieros de Ethereum es de 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 EIP, queda un largo camino por recorrer para convertirse en una solución establecida para la actualización de la red principal, los señales que emite no deben ser subestimadas.
Este artículo muestra claramente el núcleo del futuro desarrollo de Ethereum: integrar de manera completa y profunda la tecnología de pruebas de conocimiento cero en todos los niveles del protocolo Layer 1, logrando una cobertura integral 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 actualizar y transformar el EVM de cada nodo en zkEVM. De este modo, los nodos podrán generar sincrónicamente las pruebas de conocimiento cero correspondientes durante la ejecución de transacciones y la ejecución de contratos inteligentes, proporcionando así una base para verificar la corrección de esta ejecución a los nodos de validación.
Esta no es una iteración tecnológica 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 subyace a este cambio de estrategia? ¿Y cómo transformará lo que conocemos como L1 y todo el ecosistema L2?
Este artículo, basado en la investigación existente, le contará la gran narrativa de "ZK Final" de Ethereum, y analizará las motivaciones, acciones e impactos profundos detrás de ella.
Uno, el cambio de paradigma de "re-ejecución" a "verificación de prueba"
La idea de la ZK de Ethereum se centra en una reestructuración paradigmática del mecanismo de verificación del consenso. El reciente lanzamiento de la hoja de ruta L1 zkEVM proporciona un camino técnico claro para esta transformación.
Modelo actual: Reejecución (Re-execution)
Actualmente, cuando se propone un nuevo bloque, todos los nodos validadores en la red deben ejecutar de manera independiente y completa cada transacción dentro del 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 (Proof Verification)
Bajo la nueva arquitectura L1 zkEVM, los constructores de bloques generan una prueba de validez ZK concisa al mismo tiempo que crean el bloque. Otros validadores, al recibir el bloque y la prueba, ya no necesitarán ejecutar nuevamente las transacciones, sino que 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 "ejecutar nuevamente las transacciones", y lo que es más importante, el tiempo requerido para verificar una prueba es casi independiente de la cantidad de transacciones que cubre, esto permite que Ethereum pueda aumentar significativamente el límite de Gas del bloque para acomodar más transacciones, sin elevar significativamente el umbral de hardware para los validadores. Se menciona que el límite de Gas de L1 podría aumentar 10 veces, 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 será arquitectónicamente muy similar a un enorme ZK-Rollup nativo, lo que permitirá que Ethereum L1 en sí misma tenga el potencial de convertirse en "la mayor aplicación ZK 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 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 bloques de 12 segundos, sin convertirse en un nuevo cuello de botella. |
| Seguridad Criptográfica | 128 bits ( mínimo 100 bits ) en la fase inicial | Asegurar que la fuerza criptográfica demostrada sea suficiente para resistir ataques computacionales actuales y previsibles en el futuro, garantizando la seguridad de L1.
| Tamaño de la prueba | Menos de 300 KiB | La prueba debe ser lo suficientemente pequeña para propagarse de manera eficiente en la red P2P, evitando convertirse en un nuevo cuello de botella de la red. |
| Costo de hardware de los validadores | No más de 100,000 dólares | Diseñado para lograr "prueba doméstica", asegurando que los validadores independientes tengan la capacidad de participar en la generación de pruebas, como una última línea de defensa contra la censura. |
| Consumo de energía del validador | Menos de 10 kW | Consumo de energía comparable a un cargador de automóvil eléctrico doméstico, lo que reduce aún más la barrera para la validación en el hogar y garantiza la descentralización. |
Modelo de seguridad de múltiples pruebas
Para prevenir posibles vulnerabilidades desconocidas en una única implementación de zkEVM, este roadmap introduce un mecanismo de seguridad de "múltiples pruebas". Requiere que la validez de un mismo bloque sea confirmada por múltiples pruebas generadas por diferentes equipos de zkEVM. El cliente de los validadores descargará y verificará estas pruebas de diferentes orígenes. Solo cuando múltiples pruebas independientes sean validadas, el bloque será aceptado por la capa de consenso. Esto es esencialmente una extensión y sublimación del concepto de "diversidad de clientes" de Ethereum en la capa de pruebas, introduciendo por protocolo redundancia y diversidad, 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, que es una importante 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 modificación del modelo económico "centrado en L2". Después de que EIP-4844 introdujera 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 drástica caída en los ingresos por tarifas de transacción de L1 y en la cantidad de ETH destruidos impactó directamente en las expectativas deflacionarias de ETH, lo que llevó a un rendimiento débil del precio del token y a un aumento del descontento en la comunidad. Al actualizar el EVM a zkEVM, los nodos de validación pueden pasar del 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 aumentará el rendimiento. De esta manera, Ethereum podrá volver a atraer aquellas 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 nuevas generaciones de L1 como Solana y Sui, Ethereum ha elegido un camino competitivo único. No ha imitado a sus competidores sacrificando el grado de descentralización para perseguir mejoras en el rendimiento, sino que ha utilizado la tecnología ZK, logrando un salto en el rendimiento al transformar el trabajo de validación de "repetición costosa" a "validación económica" sobre la base de mantener su red de validadores de millones como ventaja central. Esta estrategia tiene como objetivo consolidar la ventaja de Ethereum en descentralización y seguridad, al mismo 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 se considera generalmente 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 cuanto a rendimiento, seguridad, privacidad y cumplimiento para las cadenas de bloques subyacentes. Aunque L1 como Solana y Sui tienen un rendimiento excepcional, tienen relativamente pocos nodos de validación y un alto grado de centralización, además de contar con un historial de caídas, 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 ofrecen buena seguridad debido a la reescritura de estado en L1, su período de desafío de 7 días presenta un riesgo inaceptable para la liquidación de finanzas de alto valor. En comparación, la finalización a nivel criptográfico que ofrece la tecnología ZK, así como la capacidad de demostrar el cumplimiento sin revelar datos sensibles, se alinean 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 con tecnología ZK integrada de forma nativa logrará "rendimiento, seguridad y estabilidad" al mismo tiempo, convirtiéndose en la capa de liquidación global ideal para albergar la ola de RWA.
Tres, ZK Final en Acción
El desenlace ZK de Ethereum ya ha mostrado señales, 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 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 podría proporcionar un aumento en la eficiencia de prueba de órdenes de magnitud. Aunque esta propuesta ha generado controversia debido a su potencial para alterar 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á completamente por ZK" en la expansión de L1. Esta declaración confirma la firme determinación del equipo de desarrollo central.
El ZK final de Ethereum no es en absoluto "una mera teoría". A pesar de que actualmente el Optimistic Rollup sigue liderando en varios indicadores clave frente al ZK Rollup, las diversas 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 el serio retraso del ZK Rollup en la historia son:
Primero está la complejidad técnica y los cuellos de botella en el rendimiento: generar pruebas ZK para el EVM genérico en el pasado se consideraba extremadamente difícil, lento y costoso, e incluso inviable desde el punto de vista computacional.
En segundo lugar, está 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.
Por último, 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 por uno.
En términos de velocidad de prueba, gracias a los avances en los nuevos algoritmos de prueba de la 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 SP1 zkVM de una empresa puede probar el 93% de los bloques de la mainnet 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, el zkEVM ha experimentado un proceso evolutivo que va desde la compatibilidad de Tipo 4 hasta la de Tipo 1. Hoy en día, varios proyectos han logrado una equivalencia EVM casi perfecta, eliminando fundamentalmente la brecha en la experiencia del desarrollador con respecto a ORU. Además, el modelo de seguridad Multi-Proof de la ZK de L1 depende de múltiples sistemas de prueba independientes, y el floreciente desarrollo en la pista de zkEVM ha sentado las bases para lograr este modelo de seguridad.
En resumen, las principales barreras históricas que han retrasado la tecnología ZK—el rendimiento y la compatibilidad—están siendo superadas rápidamente. La tecnología ya está completamente preparada para aplicaciones prácticas a gran escala, pero la impresión estereotipada de que la tecnología ZK es "lenta, cara y difícil" ha hecho que las personas sean reacias 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 campana para la inversión masiva en aplicaciones prácticas de la tecnología ZK.
Cuatro, transformación del ecosistema ROLLUP
NATIVE ROLLUP construye 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" (Native Rollup). Actualmente, el ZK-Rollup requiere desplegar en L1 complejos contratos inteligentes de validadores que contienen miles de líneas de código para verificar las pruebas ZK enviadas desde L2, lo que no solo aumenta la dificultad de desarrollo, sino que también introduce riesgos de seguridad debido a la variabilidad en el nivel de los desarrolladores. Tras la implementación de zkEVM en L1, se introducirá la función de precompilación EXECUTE, que permitirá a ZK Rollup llamar directamente a la lógica de validación incrustada en el protocolo de L1 desde los contratos inteligentes en L1, sin necesidad de escribir contratos por su cuenta.
Esta transformación aporta tres ventajas a ZK-Rollup:
Primero, hay una mejora fundamental en la seguridad, los equipos de proyectos Rollup pueden construir y mantener un enorme trabajo de validación de EVM.
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.
10 me gusta
Recompensa
10
7
Compartir
Comentar
0/400
GateUser-00be86fc
· hace1h
ZK! ¡Todo se envuelve!
Ver originalesResponder0
Blockwatcher9000
· hace19h
ZK otra vez viene a tomar a la gente por tonta.
Ver originalesResponder0
LazyDevMiner
· hace19h
¿zk está en tendencia?
Ver originalesResponder0
liquidation_surfer
· hace19h
alcista ser liquidado pero un poco dejarse llevar ¿verdad?
Ethereum se convierte completamente en ZK: una actualización revolucionaria que reconfigura la arquitectura de L1 y el panorama de L2.
El ZK final de Ethereum: la lógica y el impacto de la ZKización completa
Para aquellos que están interesados en el desarrollo tecnológico de Ethereum, el blog "Entrega L1 zkEVM #1: Pruebas en tiempo real" publicado recientemente por los ingenieros de Ethereum es de 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 EIP, queda un largo camino por recorrer para convertirse en una solución establecida para la actualización de la red principal, los señales que emite no deben ser subestimadas.
Este artículo muestra claramente el núcleo del futuro desarrollo de Ethereum: integrar de manera completa y profunda la tecnología de pruebas de conocimiento cero en todos los niveles del protocolo Layer 1, logrando una cobertura integral 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 actualizar y transformar el EVM de cada nodo en zkEVM. De este modo, los nodos podrán generar sincrónicamente las pruebas de conocimiento cero correspondientes durante la ejecución de transacciones y la ejecución de contratos inteligentes, proporcionando así una base para verificar la corrección de esta ejecución a los nodos de validación.
Esta no es una iteración tecnológica 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 subyace a este cambio de estrategia? ¿Y cómo transformará lo que conocemos como L1 y todo el ecosistema L2?
Este artículo, basado en la investigación existente, le contará la gran narrativa de "ZK Final" de Ethereum, y analizará las motivaciones, acciones e impactos profundos detrás de ella.
Uno, el cambio de paradigma de "re-ejecución" a "verificación de prueba"
La idea de la ZK de Ethereum se centra en una reestructuración paradigmática del mecanismo de verificación del consenso. El reciente lanzamiento de la hoja de ruta L1 zkEVM proporciona un camino técnico claro para esta transformación.
Modelo actual: Reejecución (Re-execution) Actualmente, cuando se propone un nuevo bloque, todos los nodos validadores en la red deben ejecutar de manera independiente y completa cada transacción dentro del 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 (Proof Verification) Bajo la nueva arquitectura L1 zkEVM, los constructores de bloques generan una prueba de validez ZK concisa al mismo tiempo que crean el bloque. Otros validadores, al recibir el bloque y la prueba, ya no necesitarán ejecutar nuevamente las transacciones, sino que 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 "ejecutar nuevamente las transacciones", y lo que es más importante, el tiempo requerido para verificar una prueba es casi independiente de la cantidad de transacciones que cubre, esto permite que Ethereum pueda aumentar significativamente el límite de Gas del bloque para acomodar más transacciones, sin elevar significativamente el umbral de hardware para los validadores. Se menciona que el límite de Gas de L1 podría aumentar 10 veces, 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 será arquitectónicamente muy similar a un enorme ZK-Rollup nativo, lo que permitirá que Ethereum L1 en sí misma tenga el potencial de convertirse en "la mayor aplicación ZK 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 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 bloques de 12 segundos, sin convertirse en un nuevo cuello de botella. | | Seguridad Criptográfica | 128 bits ( mínimo 100 bits ) en la fase inicial | Asegurar que la fuerza criptográfica demostrada sea suficiente para resistir ataques computacionales actuales y previsibles en el futuro, garantizando la seguridad de L1. | Tamaño de la prueba | Menos de 300 KiB | La prueba debe ser lo suficientemente pequeña para propagarse de manera eficiente en la red P2P, evitando convertirse en un nuevo cuello de botella de la red. | | Costo de hardware de los validadores | No más de 100,000 dólares | Diseñado para lograr "prueba doméstica", asegurando que los validadores independientes tengan la capacidad de participar en la generación de pruebas, como una última línea de defensa contra la censura. | | Consumo de energía del validador | Menos de 10 kW | Consumo de energía comparable a un cargador de automóvil eléctrico doméstico, lo que reduce aún más la barrera para la validación en el hogar y garantiza la descentralización. |
Modelo de seguridad de múltiples pruebas
Para prevenir posibles vulnerabilidades desconocidas en una única implementación de zkEVM, este roadmap introduce un mecanismo de seguridad de "múltiples pruebas". Requiere que la validez de un mismo bloque sea confirmada por múltiples pruebas generadas por diferentes equipos de zkEVM. El cliente de los validadores descargará y verificará estas pruebas de diferentes orígenes. Solo cuando múltiples pruebas independientes sean validadas, el bloque será aceptado por la capa de consenso. Esto es esencialmente una extensión y sublimación del concepto de "diversidad de clientes" de Ethereum en la capa de pruebas, introduciendo por protocolo redundancia y diversidad, 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, que es una importante 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 modificación del modelo económico "centrado en L2". Después de que EIP-4844 introdujera 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 drástica caída en los ingresos por tarifas de transacción de L1 y en la cantidad de ETH destruidos impactó directamente en las expectativas deflacionarias de ETH, lo que llevó a un rendimiento débil del precio del token y a un aumento del descontento en la comunidad. Al actualizar el EVM a zkEVM, los nodos de validación pueden pasar del 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 aumentará el rendimiento. De esta manera, Ethereum podrá volver a atraer aquellas 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 nuevas generaciones de L1 como Solana y Sui, Ethereum ha elegido un camino competitivo único. No ha imitado a sus competidores sacrificando el grado de descentralización para perseguir mejoras en el rendimiento, sino que ha utilizado la tecnología ZK, logrando un salto en el rendimiento al transformar el trabajo de validación de "repetición costosa" a "validación económica" sobre la base de mantener su red de validadores de millones como ventaja central. Esta estrategia tiene como objetivo consolidar la ventaja de Ethereum en descentralización y seguridad, al mismo 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 se considera generalmente 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 cuanto a rendimiento, seguridad, privacidad y cumplimiento para las cadenas de bloques subyacentes. Aunque L1 como Solana y Sui tienen un rendimiento excepcional, tienen relativamente pocos nodos de validación y un alto grado de centralización, además de contar con un historial de caídas, 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 ofrecen buena seguridad debido a la reescritura de estado en L1, su período de desafío de 7 días presenta un riesgo inaceptable para la liquidación de finanzas de alto valor. En comparación, la finalización a nivel criptográfico que ofrece la tecnología ZK, así como la capacidad de demostrar el cumplimiento sin revelar datos sensibles, se alinean 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 con tecnología ZK integrada de forma nativa logrará "rendimiento, seguridad y estabilidad" al mismo tiempo, convirtiéndose en la capa de liquidación global ideal para albergar la ola de RWA.
Tres, ZK Final en Acción
El desenlace ZK de Ethereum ya ha mostrado señales, 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 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 podría proporcionar un aumento en la eficiencia de prueba de órdenes de magnitud. Aunque esta propuesta ha generado controversia debido a su potencial para alterar 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á completamente por ZK" en la expansión de L1. Esta declaración confirma la firme determinación del equipo de desarrollo central.
El ZK final de Ethereum no es en absoluto "una mera teoría". A pesar de que actualmente el Optimistic Rollup sigue liderando en varios indicadores clave frente al ZK Rollup, las diversas 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 el serio retraso del ZK Rollup en la historia son:
Primero está la complejidad técnica y los cuellos de botella en el rendimiento: generar pruebas ZK para el EVM genérico en el pasado se consideraba extremadamente difícil, lento y costoso, e incluso inviable desde el punto de vista computacional.
En segundo lugar, está 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.
Por último, 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 por uno.
En términos de velocidad de prueba, gracias a los avances en los nuevos algoritmos de prueba de la 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 SP1 zkVM de una empresa puede probar el 93% de los bloques de la mainnet 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, el zkEVM ha experimentado un proceso evolutivo que va desde la compatibilidad de Tipo 4 hasta la de Tipo 1. Hoy en día, varios proyectos han logrado una equivalencia EVM casi perfecta, eliminando fundamentalmente la brecha en la experiencia del desarrollador con respecto a ORU. Además, el modelo de seguridad Multi-Proof de la ZK de L1 depende de múltiples sistemas de prueba independientes, y el floreciente desarrollo en la pista de zkEVM ha sentado las bases para lograr este modelo de seguridad.
En resumen, las principales barreras históricas que han retrasado la tecnología ZK—el rendimiento y la compatibilidad—están siendo superadas rápidamente. La tecnología ya está completamente preparada para aplicaciones prácticas a gran escala, pero la impresión estereotipada de que la tecnología ZK es "lenta, cara y difícil" ha hecho que las personas sean reacias 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 campana para la inversión masiva en aplicaciones prácticas de la tecnología ZK.
Cuatro, transformación del ecosistema ROLLUP
NATIVE ROLLUP construye 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" (Native Rollup). Actualmente, el ZK-Rollup requiere desplegar en L1 complejos contratos inteligentes de validadores que contienen miles de líneas de código para verificar las pruebas ZK enviadas desde L2, lo que no solo aumenta la dificultad de desarrollo, sino que también introduce riesgos de seguridad debido a la variabilidad en el nivel de los desarrolladores. Tras la implementación de zkEVM en L1, se introducirá la función de precompilación EXECUTE, que permitirá a ZK Rollup llamar directamente a la lógica de validación incrustada en el protocolo de L1 desde los contratos inteligentes en L1, sin necesidad de escribir contratos por su cuenta.
Esta transformación aporta tres ventajas a ZK-Rollup:
Primero, hay una mejora fundamental en la seguridad, los equipos de proyectos Rollup pueden construir y mantener un enorme trabajo de validación de EVM.