El final ZK de Ethereum: el telón de fondo de la transformación ya ha comenzado
Para aquellos que siguen de cerca el desarrollo tecnológico de Ethereum, el reciente artículo de blog "Entrega de L1 zkEVM #1: Prueba en tiempo real" de la ingeniera de Ethereum, Sophia Gold, 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 antes de que se convierta en una propuesta establecida para una actualización de la mainnet, pero la señal que emite no debe subestimarse.
Este artículo muestra claramente el plan de desarrollo central para el 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 total 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 cada nodo para convertir su EVM en zkEVM. De esta manera, los nodos, al ejecutar transacciones y contratos inteligentes, pueden generar simultáneamente las pruebas de conocimiento cero correspondientes, proporcionando a los nodos de verificación la base para validar 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 decide "apostar completamente" por ZK en este momento? ¿Qué lógica profunda hay detrás de este cambio estratégico? ¿Cómo remodelará esto el L1 que conocemos e incluso todo el ecosistema L2?
Este artículo le contará la gran narrativa de "ZK Final" de Ethereum, y analizará sus motivaciones, acciones e impactos profundos.
Uno, de "ejecución repetida" a "validación de prueba" en el cambio de paradigma
La idea de ZK en Ethereum se centra en una reestructuración paradigmática del mecanismo de verificación de consenso. El reciente lanzamiento de la hoja de ruta L1 zkEVM proporciona un camino técnico claro para esta transformación.
Modelo actual: Re-ejecución ( Re-ejecución ) En este momento, cuando se propone un nuevo bloque, todos los nodos validador en la red deben 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: Prueba de verificación (Proof Verification) Bajo la nueva arquitectura L1 zkEVM, los creadores de bloques generan una prueba de validez ZK concisa al mismo tiempo que generan el bloque. Otros validadores, al recibir el bloque y la prueba, ya no necesitarán volver a ejecutar las transacciones, solo tendrán que verificar esta prueba criptográfica. Dado que el costo computacional de "verificar ZK Proof" es varios órdenes de magnitud menor que "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 abarca, esto permite que Ethereum aumente significativamente el límite de Gas del bloque para acomodar más transacciones sin aumentar significativamente el umbral de hardware para los validadores. El fundador de Ethereum, Vitalik Buterin, mencionó 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 escalabilidad 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 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, asegurando 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 ) | Dentro de 10 segundos | Este es el núcleo de "competencia en tiempo real". El retraso debe ser lo suficientemente bajo para integrarse sin problemas en el ciclo de creación de bloques de 12 segundos, sin convertirse en un nuevo cuello de botella. |
| Seguridad criptográfica | 128 bits ( el mínimo de 100 bits ) al inicio del lanzamiento | Garantizar que la fuerza criptográfica del comprobante sea suficiente para resistir ataques computacionales actuales y previsibles en el futuro, asegurando 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.
| Costos de hardware de los validadores | No más de 100,000 dólares | Diseñado para lograr "pruebas 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 energía del validador | Menos de 10 kW | Un consumo de energía comparable al de las estaciones de carga para vehículos eléctricos en el hogar, lo que reduce aún más la barrera para la validación doméstica 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 el mecanismo de seguridad "Multi-Prueba"(Multi-Proof). Requiere que la validez de un mismo bloque sea verificada por múltiples pruebas generadas por diferentes equipos de zkEVM. El cliente del validador descargará y verificará estas pruebas de diferentes orígenes. Solo cuando múltiples pruebas independientes hayan sido verificadas con éxito, el bloque será aceptado por la capa de consenso. Esto es esencialmente una extensión y sublimación del concepto de "diversidad de cliente" de Ethereum en la capa de prueba, introduciendo redundancia y diversidad de manera obligatoria a través del protocolo, proporcionando una defensa profunda a 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, 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 corrección al modelo económico "centrado en L2". Después de que EIP-4844 introdujo el mecanismo blob, 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 en las expectativas deflacionarias de ETH, lo que llevó a un rendimiento bajo del precio y a un aumento del descontento en la comunidad. Al actualizar EVM a zkEVM, los nodos de validación pueden pasar del modo "re-ejecución" que consume tiempo a un modo "validación" eficiente, lo que reducirá significativamente la latencia de L1 y aumentará el rendimiento. De este modo, 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 las cadenas de bloques de alto rendimiento. Frente al fuerte rendimiento en TPS de la nueva generación de L1 de alto rendimiento como Solana y Sui, Ethereum ha elegido un camino competitivo único. No ha imitado a sus competidores sacrificando el grado de descentralización en busca de mejoras en el rendimiento, sino que ha utilizado la tecnología ZK para lograr un salto en el rendimiento, cambiando el trabajo de validación de "repetición costosa" a "validación barata", manteniendo su red de validadores de millones como una ventaja clave. Esta estrategia tiene como objetivo consolidar la ventaja competitiva de Ethereum en descentralización y seguridad, al mismo tiempo que mejora el rendimiento, buscando lograr una combinación de seguridad y alto rendimiento.
Finalmente, esta es una disposición prospectiva para recibir la ola de RWA y finanzas institucionales. La tokenización de RWA se considera ampliamente 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 sobresaliente, la cantidad relativamente baja de nodos de validación y su alto grado de centralización, además de su historial de caídas, dificultan 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 escritura de estado en L1, su período de desafío de 7 días representa un riesgo inaceptable para liquidaciones financieras de alto valor. En contraste, la finalización a nivel criptográfico proporcionada por la tecnología ZK, así como la capacidad de demostrar cumplimiento sin revelar datos sensibles, se alinean perfectamente con las necesidades centrales de las finanzas institucionales. Si la actualización de zkEVM puede aumentar efectivamente el rendimiento, el ecosistema de Ethereum que integra nativamente la tecnología ZK logrará un equilibrio de "rendimiento, seguridad y estabilidad", convirtiéndose en la capa de liquidación global ideal para absorber la ola de RWA.
Tres, la acción final de ZK
La conclusión ZK de Ethereum ya ha mostrado señales, además del blog publicado por Sophia Gold esta vez:
En abril de 2025, Vitalik Buterin propuso una visión muy visionaria: sustituir la actual EVM por una arquitectura de conjunto de instrucciones RISC-V más amigable con ZK. Los partidarios creen que, en comparación con el bajo rendimiento de la EVM al generar circuitos ZK, la arquitectura más sencilla de RISC-V podría proporcionar un aumento de eficiencia en la prueba de órdenes de magnitud. A pesar de que esta propuesta ha generado controversia debido a su potencial para revolucionar el ecosistema existente, ha establecido una "estrella polar" clara para la ZKización de Ethereum: ha definido los estándares ideales para un zkEVM y ha señalado la dirección para la optimización.
En el taller de Berlín en junio de 2025, el investigador de la Fundación Ethereum, Justin Drake, 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 final de ZK de Ethereum no es en absoluto "hablar por hablar". A pesar de que actualmente Optimistic Rollup sigue liderando en varios indicadores clave sobre 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 el grave retraso de ZK Rollup en la historia son:
Primero está la complejidad técnica y los cuellos de botella de rendimiento: en el pasado, generar pruebas ZK para cálculos EVM generales se consideraba extremadamente difícil, lento y costoso, e incluso inviable desde el punto de vista computacional.
En segundo lugar, hay una 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 exigía a los desarrolladores aprender un nuevo lenguaje de programación, lo que constituye una barrera de entrada extremadamente 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 poderoso 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 SP1 zkVM de Succinct 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 desde la compatibilidad de Tipo 4 a la de Tipo 1. Hoy en día, proyectos como Scroll, Taiko y Polygon zkEVM pueden lograr 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 en L1 depende de múltiples sistemas de prueba independientes, y el floreciente desarrollo de la pista zkEVM actual ha sentado las bases para lograr este modelo de seguridad.
En resumen, los obstáculos clave 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 estereotipada de que la tecnología ZK "es lenta, costosa 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 moderna tecnología ZK y suena la trompeta para la inversión masiva en aplicaciones prácticas de la tecnología ZK.
Cuatro, transformación del ecosistema ROLLUP
NATIVE ROLLUP es la autopista para ZK ROLLUP
La completa ZKización de Ethereum L1 transformará fundamentalmente el panorama competitivo de Layer 2, donde el cambio más revolucionario es la propuesta de "bomba nativa" (Native Rollup). Los ZK-Rollups actuales requieren desplegar en L1 complejos contratos inteligentes de validadores 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 presenta riesgos de seguridad debido a la variabilidad en el nivel de los desarrolladores. Una vez que se implemente zkEVM en L1, se introducirá la función de precompilación EXECUTE, permitiendo que los ZK Rollups llamen directamente a la lógica de validación incrustada en el protocolo L1 desde los contratos inteligentes en 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.
7 me gusta
Recompensa
7
5
Compartir
Comentar
0/400
LayerZeroEnjoyer
· 07-17 18:37
Es ETH el que ha ganado, los otros L1 que se queden tranquilos.
Ver originalesResponder0
fren.eth
· 07-15 20:44
¡Estamos presenciando un momento histórico!
Ver originalesResponder0
GreenCandleCollector
· 07-15 20:38
Hablar en vano P no puede ganar a Rollup
Ver originalesResponder0
MidnightSnapHunter
· 07-15 20:30
La actualización del nodo se completará con eso.
Ver originalesResponder0
SatoshiSherpa
· 07-15 20:18
zk aún tiene que depender de la gran pierna de Ethereum
Ethereum ZK Final: se publica la hoja de ruta de L1 zkEVM, redefiniendo el panorama de Capa 1 y Capa 2
El final ZK de Ethereum: el telón de fondo de la transformación ya ha comenzado
Para aquellos que siguen de cerca el desarrollo tecnológico de Ethereum, el reciente artículo de blog "Entrega de L1 zkEVM #1: Prueba en tiempo real" de la ingeniera de Ethereum, Sophia Gold, 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 antes de que se convierta en una propuesta establecida para una actualización de la mainnet, pero la señal que emite no debe subestimarse.
Este artículo muestra claramente el plan de desarrollo central para el 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 total 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 cada nodo para convertir su EVM en zkEVM. De esta manera, los nodos, al ejecutar transacciones y contratos inteligentes, pueden generar simultáneamente las pruebas de conocimiento cero correspondientes, proporcionando a los nodos de verificación la base para validar 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 decide "apostar completamente" por ZK en este momento? ¿Qué lógica profunda hay detrás de este cambio estratégico? ¿Cómo remodelará esto el L1 que conocemos e incluso todo el ecosistema L2?
Este artículo le contará la gran narrativa de "ZK Final" de Ethereum, y analizará sus motivaciones, acciones e impactos profundos.
Uno, de "ejecución repetida" a "validación de prueba" en el cambio de paradigma
La idea de ZK en Ethereum se centra en una reestructuración paradigmática del mecanismo de verificación de consenso. El reciente lanzamiento de la hoja de ruta L1 zkEVM proporciona un camino técnico claro para esta transformación.
Modelo actual: Re-ejecución ( Re-ejecución ) En este momento, cuando se propone un nuevo bloque, todos los nodos validador en la red deben 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: Prueba de verificación (Proof Verification) Bajo la nueva arquitectura L1 zkEVM, los creadores de bloques generan una prueba de validez ZK concisa al mismo tiempo que generan el bloque. Otros validadores, al recibir el bloque y la prueba, ya no necesitarán volver a ejecutar las transacciones, solo tendrán que verificar esta prueba criptográfica. Dado que el costo computacional de "verificar ZK Proof" es varios órdenes de magnitud menor que "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 abarca, esto permite que Ethereum aumente significativamente el límite de Gas del bloque para acomodar más transacciones sin aumentar significativamente el umbral de hardware para los validadores. El fundador de Ethereum, Vitalik Buterin, mencionó 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 escalabilidad 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 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, asegurando 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 ) | Dentro de 10 segundos | Este es el núcleo de "competencia en tiempo real". El retraso debe ser lo suficientemente bajo para integrarse sin problemas en el ciclo de creación de bloques de 12 segundos, sin convertirse en un nuevo cuello de botella. | | Seguridad criptográfica | 128 bits ( el mínimo de 100 bits ) al inicio del lanzamiento | Garantizar que la fuerza criptográfica del comprobante sea suficiente para resistir ataques computacionales actuales y previsibles en el futuro, asegurando 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. | Costos de hardware de los validadores | No más de 100,000 dólares | Diseñado para lograr "pruebas 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 energía del validador | Menos de 10 kW | Un consumo de energía comparable al de las estaciones de carga para vehículos eléctricos en el hogar, lo que reduce aún más la barrera para la validación doméstica 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 el mecanismo de seguridad "Multi-Prueba"(Multi-Proof). Requiere que la validez de un mismo bloque sea verificada por múltiples pruebas generadas por diferentes equipos de zkEVM. El cliente del validador descargará y verificará estas pruebas de diferentes orígenes. Solo cuando múltiples pruebas independientes hayan sido verificadas con éxito, el bloque será aceptado por la capa de consenso. Esto es esencialmente una extensión y sublimación del concepto de "diversidad de cliente" de Ethereum en la capa de prueba, introduciendo redundancia y diversidad de manera obligatoria a través del protocolo, proporcionando una defensa profunda a 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, 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 corrección al modelo económico "centrado en L2". Después de que EIP-4844 introdujo el mecanismo blob, 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 en las expectativas deflacionarias de ETH, lo que llevó a un rendimiento bajo del precio y a un aumento del descontento en la comunidad. Al actualizar EVM a zkEVM, los nodos de validación pueden pasar del modo "re-ejecución" que consume tiempo a un modo "validación" eficiente, lo que reducirá significativamente la latencia de L1 y aumentará el rendimiento. De este modo, 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 las cadenas de bloques de alto rendimiento. Frente al fuerte rendimiento en TPS de la nueva generación de L1 de alto rendimiento como Solana y Sui, Ethereum ha elegido un camino competitivo único. No ha imitado a sus competidores sacrificando el grado de descentralización en busca de mejoras en el rendimiento, sino que ha utilizado la tecnología ZK para lograr un salto en el rendimiento, cambiando el trabajo de validación de "repetición costosa" a "validación barata", manteniendo su red de validadores de millones como una ventaja clave. Esta estrategia tiene como objetivo consolidar la ventaja competitiva de Ethereum en descentralización y seguridad, al mismo tiempo que mejora el rendimiento, buscando lograr una combinación de seguridad y alto rendimiento.
Finalmente, esta es una disposición prospectiva para recibir la ola de RWA y finanzas institucionales. La tokenización de RWA se considera ampliamente 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 sobresaliente, la cantidad relativamente baja de nodos de validación y su alto grado de centralización, además de su historial de caídas, dificultan 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 escritura de estado en L1, su período de desafío de 7 días representa un riesgo inaceptable para liquidaciones financieras de alto valor. En contraste, la finalización a nivel criptográfico proporcionada por la tecnología ZK, así como la capacidad de demostrar cumplimiento sin revelar datos sensibles, se alinean perfectamente con las necesidades centrales de las finanzas institucionales. Si la actualización de zkEVM puede aumentar efectivamente el rendimiento, el ecosistema de Ethereum que integra nativamente la tecnología ZK logrará un equilibrio de "rendimiento, seguridad y estabilidad", convirtiéndose en la capa de liquidación global ideal para absorber la ola de RWA.
Tres, la acción final de ZK
La conclusión ZK de Ethereum ya ha mostrado señales, además del blog publicado por Sophia Gold esta vez:
En abril de 2025, Vitalik Buterin propuso una visión muy visionaria: sustituir la actual EVM por una arquitectura de conjunto de instrucciones RISC-V más amigable con ZK. Los partidarios creen que, en comparación con el bajo rendimiento de la EVM al generar circuitos ZK, la arquitectura más sencilla de RISC-V podría proporcionar un aumento de eficiencia en la prueba de órdenes de magnitud. A pesar de que esta propuesta ha generado controversia debido a su potencial para revolucionar el ecosistema existente, ha establecido una "estrella polar" clara para la ZKización de Ethereum: ha definido los estándares ideales para un zkEVM y ha señalado la dirección para la optimización.
En el taller de Berlín en junio de 2025, el investigador de la Fundación Ethereum, Justin Drake, 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 final de ZK de Ethereum no es en absoluto "hablar por hablar". A pesar de que actualmente Optimistic Rollup sigue liderando en varios indicadores clave sobre 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 el grave retraso de ZK Rollup en la historia son:
Primero está la complejidad técnica y los cuellos de botella de rendimiento: en el pasado, generar pruebas ZK para cálculos EVM generales se consideraba extremadamente difícil, lento y costoso, e incluso inviable desde el punto de vista computacional.
En segundo lugar, hay una 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 exigía a los desarrolladores aprender un nuevo lenguaje de programación, lo que constituye una barrera de entrada extremadamente 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 poderoso 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 SP1 zkVM de Succinct 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 desde la compatibilidad de Tipo 4 a la de Tipo 1. Hoy en día, proyectos como Scroll, Taiko y Polygon zkEVM pueden lograr 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 en L1 depende de múltiples sistemas de prueba independientes, y el floreciente desarrollo de la pista zkEVM actual ha sentado las bases para lograr este modelo de seguridad.
En resumen, los obstáculos clave 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 estereotipada de que la tecnología ZK "es lenta, costosa 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 moderna tecnología ZK y suena la trompeta para la inversión masiva en aplicaciones prácticas de la tecnología ZK.
Cuatro, transformación del ecosistema ROLLUP
NATIVE ROLLUP es la autopista para ZK ROLLUP
La completa ZKización de Ethereum L1 transformará fundamentalmente el panorama competitivo de Layer 2, donde el cambio más revolucionario es la propuesta de "bomba nativa" (Native Rollup). Los ZK-Rollups actuales requieren desplegar en L1 complejos contratos inteligentes de validadores 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 presenta riesgos de seguridad debido a la variabilidad en el nivel de los desarrolladores. Una vez que se implemente zkEVM en L1, se introducirá la función de precompilación EXECUTE, permitiendo que los ZK Rollups llamen directamente a la lógica de validación incrustada en el protocolo L1 desde los contratos inteligentes en L1, sin necesidad de escribir sus propios contratos.
Este cambio aporta tres ventajas al ZK-Rollup: