El final ZK de Ethereum: reestructuración de L1, reconstrucción de L2
Para aquellos que están interesados en el desarrollo tecnológico de Ethereum, la reciente publicación del ingeniera de Ethereum, Sophia Gold, titulada "Entrega L1 zkEVM #1: Pruebas en tiempo real", 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 un plan establecido para la actualización de la mainnet, pero la señal que emite no debe subestimarse.
Este artículo muestra claramente el núcleo del plan de desarrollo futuro 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 técnica, el primer paso clave es actualizar y transformar el EVM de cada nodo en zkEVM. De este modo, los nodos, al ejecutar transacciones y operar contratos inteligentes, pueden generar de manera sincrónica las pruebas de conocimiento cero correspondientes, proporcionando 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 a nivel de arquitectura 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 completamente" por ZK en este momento? ¿Qué lógica profunda subyace detrás de este cambio estratégico? ¿Y cómo reconfigurará esto el L1 que conocemos y todo el ecosistema L2?
Este artículo se basará en investigaciones existentes para contarles la gran narrativa detrás del "ZK final" de Ethereum y analizar sus motivaciones, acciones y su profundo impacto.
I. De la transición de "re-ejecución" a "verificación de pruebas"
La idea de ZK en Ethereum se centra en una reestructuración paradigmática del mecanismo de validación de consenso. El reciente lanzamiento de la hoja de ruta L1 zkEVM proporciona un camino técnico claro para esta transformación.
Modelo actual: Re-ejecución
Actualmente, cuando se propone un nuevo bloque, todos los nodos de validación 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 declaración del 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 prueba
Bajo la nueva arquitectura L1 zkEVM, el constructor del bloque (Builder) genera una prueba de validez ZK concisa al crear el bloque. Otros validadores, al recibir el bloque y la prueba, ya no necesitarán volver a ejecutar las transacciones, sino que simplemente verificarán 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 del número 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. Vitalik Buterin mencionó que el límite de Gas de L1 podría aumentar 10 veces como resultado, 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 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 mayor aplicación ZK del mundo".
Estándares técnicos estrictos
El equipo de Ethereum ha establecido estándares técnicos extremadamente rigurosos 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 ) | Dentro 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 creación de bloques de 12 segundos, sin convertirse en un nuevo cuello de botella. |
| Seguridad criptográfica | 128 bits ( durante el inicio, mínimo 100 bits ) | Asegurar que la resistencia criptográfica del proof sea suficiente para resistir los 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 red.
| Costo del 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 última línea de defensa contra la censura. |
| Potencia del validador | Menos de 10 kW | Consumo de energía comparable al de un cargador de automóvil eléctrico doméstico, 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 única implementación de zkEVM, este hoja de ruta introduce un mecanismo de seguridad de "Multi-Prueba" (Multi-Proof). Requiere que la validez del mismo bloque sea validada 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 verificadas correctamente, el bloque será aceptado por la capa de consenso. Esto es, en esencia, una extensión y sublimación de la idea de "diversidad de clientes" de Ethereum en la capa de pruebas, introduciendo redundancia y diversidad de manera obligatoria 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, lo que representa 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 revisión del modelo económico "centrado en L2". Después de que EIP-4844 introdujo el mecanismo de blob, aunque se logró reducir con éxito 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 de los ingresos por tarifas de transacción de L1 y la cantidad de ETH quemados impactó directamente las expectativas deflacionarias de ETH, lo que llevó a un bajo rendimiento del precio de la moneda y un creciente descontento en la comunidad. Al actualizar EVM a zkEVM, los nodos de validación pueden pasar de un modo de "re-ejecución" que consume tiempo a un modo de "validación" 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 quema 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 públicas 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 para mejorar el rendimiento, sino que ha utilizado la tecnología ZK para lograr un salto en el rendimiento, manteniendo su red de millones de validadores como su ventaja clave, al transformar el trabajo de validación de "repetición costosa" a "validación barata". Esta estrategia tiene como objetivo consolidar la ventaja de Ethereum en términos de 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 recibir la ola de RWA y finanzas institucionales. La tokenización de RWA es ampliamente vista 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 requisitos 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 tener 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 Rollup en el ecosistema de Ethereum tienen un buen rendimiento y ofrecen buena seguridad gracias a la reescritura de estado en L1, su período de desafío de 7 días es un riesgo inaceptable para la liquidación financiera de alto valor. En comparación, la finalización a nivel criptográfico que ofrece la tecnología ZK, así como su capacidad para demostrar el cumplimiento sin revelar datos sensibles, se alinean perfectamente con las necesidades fundamentales de las finanzas institucionales. Si la actualización de zkEVM puede aumentar efectivamente el rendimiento, entonces el ecosistema de Ethereum que integra nativamente la tecnología ZK logrará "rendimiento, seguridad, estabilidad" al mismo tiempo, convirtiéndose en la capa de liquidación global ideal para abordar la ola de RWA.
Tres, la culminación de ZK en acción
El final ZK de Ethereum ya ha comenzado a mostrar señales, además del blog publicado por Sophia Gold esta vez:
Desde abril de 2025, Vitalik Buterin propuso una idea 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 sencilla de RISC-V puede traer mejoras en la eficiencia de las pruebas en órdenes de magnitud. A pesar de que esta propuesta ha generado controversia por su potencial de alterar el ecosistema existente, ha establecido una "estrella polar" clara para la zkificación de Ethereum: ha definido los estándares ideales para un zkEVM y ha señalado 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 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 Optimistic Rollup sigue liderando en varios indicadores clave sobre 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 principales razones fundamentales que han causado el grave retraso de ZK Rollup en la historia son:
Primero está la complejidad técnica y el cuello de botella en el rendimiento: en el pasado, generar pruebas ZK para cálculos de EVM generales se consideraba extremadamente difícil, lento y costoso, e incluso inviable desde el punto de vista computacional.
En segundo lugar, está la diferencia en la experiencia del desarrollador: ORU implementó desde el principio una alta compatibilidad con EVM, mientras que los primeros ZKR no eran compatibles con EVM, lo que obligaba a los desarrolladores a aprender un nuevo lenguaje de programación, creando una barrera de entrada extremadamente 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 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 última 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 la empresa Succinct ya 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 pasado por un proceso evolutivo de mejora gradual de la compatibilidad desde el Tipo 4 hasta el 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 anterior percepció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 trompeta para la inversión masiva en la práctica de la tecnología ZK.
Cuatro, transformación del ecosistema ROLLUP
NATIVE ROLLUP establece la 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 introducción del "Rollup nativo" (Native Rollup). Actualmente, los ZK-Rollups necesitan desplegar contratos inteligentes de validadores complejos que contienen miles de líneas de código en L1 para verificar las pruebas ZK enviadas desde L2, lo que no solo aumenta la dificultad de desarrollo, sino que también conlleva riesgos de seguridad debido a la 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 embebida en el protocolo de L1 desde los contratos inteligentes en L1, sin necesidad de escribir sus propios contratos.
Este cambio trae tres ventajas para ZK-Rollup:
Primero, hay una mejora fundamental en la seguridad.
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.
6 me gusta
Recompensa
6
5
Compartir
Comentar
0/400
GateUser-bd883c58
· hace5h
V molesta, todo tan ostentoso.
Ver originalesResponder0
DaisyUnicorn
· hace5h
¡Un nuevo futuro está brotando en el corazón del crisantemo~
Ver originalesResponder0
YieldWhisperer
· hace5h
hmm... he visto este libro de jugadas antes en 2021. el ciclo de hype de zk se está cargando de nuevo smh
Ethereum abraza completamente la tecnología ZK, reestructurando la arquitectura L1 y el ecosistema L2
El final ZK de Ethereum: reestructuración de L1, reconstrucción de L2
Para aquellos que están interesados en el desarrollo tecnológico de Ethereum, la reciente publicación del ingeniera de Ethereum, Sophia Gold, titulada "Entrega L1 zkEVM #1: Pruebas en tiempo real", 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 un plan establecido para la actualización de la mainnet, pero la señal que emite no debe subestimarse.
Este artículo muestra claramente el núcleo del plan de desarrollo futuro 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 técnica, el primer paso clave es actualizar y transformar el EVM de cada nodo en zkEVM. De este modo, los nodos, al ejecutar transacciones y operar contratos inteligentes, pueden generar de manera sincrónica las pruebas de conocimiento cero correspondientes, proporcionando 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 a nivel de arquitectura 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 completamente" por ZK en este momento? ¿Qué lógica profunda subyace detrás de este cambio estratégico? ¿Y cómo reconfigurará esto el L1 que conocemos y todo el ecosistema L2?
Este artículo se basará en investigaciones existentes para contarles la gran narrativa detrás del "ZK final" de Ethereum y analizar sus motivaciones, acciones y su profundo impacto.
I. De la transición de "re-ejecución" a "verificación de pruebas"
La idea de ZK en Ethereum se centra en una reestructuración paradigmática del mecanismo de validación de consenso. El reciente lanzamiento de la hoja de ruta L1 zkEVM proporciona un camino técnico claro para esta transformación.
Modelo actual: Re-ejecución Actualmente, cuando se propone un nuevo bloque, todos los nodos de validación 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 declaración del 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 prueba Bajo la nueva arquitectura L1 zkEVM, el constructor del bloque (Builder) genera una prueba de validez ZK concisa al crear el bloque. Otros validadores, al recibir el bloque y la prueba, ya no necesitarán volver a ejecutar las transacciones, sino que simplemente verificarán 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 del número 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. Vitalik Buterin mencionó que el límite de Gas de L1 podría aumentar 10 veces como resultado, 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 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 mayor aplicación ZK del mundo".
Estándares técnicos estrictos
El equipo de Ethereum ha establecido estándares técnicos extremadamente rigurosos 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 ) | Dentro 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 creación de bloques de 12 segundos, sin convertirse en un nuevo cuello de botella. | | Seguridad criptográfica | 128 bits ( durante el inicio, mínimo 100 bits ) | Asegurar que la resistencia criptográfica del proof sea suficiente para resistir los 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 red. | Costo del 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 última línea de defensa contra la censura. | | Potencia del validador | Menos de 10 kW | Consumo de energía comparable al de un cargador de automóvil eléctrico doméstico, 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 única implementación de zkEVM, este hoja de ruta introduce un mecanismo de seguridad de "Multi-Prueba" (Multi-Proof). Requiere que la validez del mismo bloque sea validada 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 verificadas correctamente, el bloque será aceptado por la capa de consenso. Esto es, en esencia, una extensión y sublimación de la idea de "diversidad de clientes" de Ethereum en la capa de pruebas, introduciendo redundancia y diversidad de manera obligatoria 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, lo que representa 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 revisión del modelo económico "centrado en L2". Después de que EIP-4844 introdujo el mecanismo de blob, aunque se logró reducir con éxito 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 de los ingresos por tarifas de transacción de L1 y la cantidad de ETH quemados impactó directamente las expectativas deflacionarias de ETH, lo que llevó a un bajo rendimiento del precio de la moneda y un creciente descontento en la comunidad. Al actualizar EVM a zkEVM, los nodos de validación pueden pasar de un modo de "re-ejecución" que consume tiempo a un modo de "validación" 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 quema 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 públicas 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 para mejorar el rendimiento, sino que ha utilizado la tecnología ZK para lograr un salto en el rendimiento, manteniendo su red de millones de validadores como su ventaja clave, al transformar el trabajo de validación de "repetición costosa" a "validación barata". Esta estrategia tiene como objetivo consolidar la ventaja de Ethereum en términos de 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 recibir la ola de RWA y finanzas institucionales. La tokenización de RWA es ampliamente vista 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 requisitos 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 tener 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 Rollup en el ecosistema de Ethereum tienen un buen rendimiento y ofrecen buena seguridad gracias a la reescritura de estado en L1, su período de desafío de 7 días es un riesgo inaceptable para la liquidación financiera de alto valor. En comparación, la finalización a nivel criptográfico que ofrece la tecnología ZK, así como su capacidad para demostrar el cumplimiento sin revelar datos sensibles, se alinean perfectamente con las necesidades fundamentales de las finanzas institucionales. Si la actualización de zkEVM puede aumentar efectivamente el rendimiento, entonces el ecosistema de Ethereum que integra nativamente la tecnología ZK logrará "rendimiento, seguridad, estabilidad" al mismo tiempo, convirtiéndose en la capa de liquidación global ideal para abordar la ola de RWA.
Tres, la culminación de ZK en acción
El final ZK de Ethereum ya ha comenzado a mostrar señales, además del blog publicado por Sophia Gold esta vez:
Desde abril de 2025, Vitalik Buterin propuso una idea 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 sencilla de RISC-V puede traer mejoras en la eficiencia de las pruebas en órdenes de magnitud. A pesar de que esta propuesta ha generado controversia por su potencial de alterar el ecosistema existente, ha establecido una "estrella polar" clara para la zkificación de Ethereum: ha definido los estándares ideales para un zkEVM y ha señalado 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 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 Optimistic Rollup sigue liderando en varios indicadores clave sobre 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 principales razones fundamentales que han causado el grave retraso de ZK Rollup en la historia son:
Primero está la complejidad técnica y el cuello de botella en el rendimiento: en el pasado, generar pruebas ZK para cálculos de EVM generales se consideraba extremadamente difícil, lento y costoso, e incluso inviable desde el punto de vista computacional.
En segundo lugar, está la diferencia en la experiencia del desarrollador: ORU implementó desde el principio una alta compatibilidad con EVM, mientras que los primeros ZKR no eran compatibles con EVM, lo que obligaba a los desarrolladores a aprender un nuevo lenguaje de programación, creando una barrera de entrada extremadamente 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 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 última 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 la empresa Succinct ya 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 pasado por un proceso evolutivo de mejora gradual de la compatibilidad desde el Tipo 4 hasta el 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 anterior percepció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 trompeta para la inversión masiva en la práctica de la tecnología ZK.
Cuatro, transformación del ecosistema ROLLUP
NATIVE ROLLUP establece la 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 introducción del "Rollup nativo" (Native Rollup). Actualmente, los ZK-Rollups necesitan desplegar contratos inteligentes de validadores complejos que contienen miles de líneas de código en L1 para verificar las pruebas ZK enviadas desde L2, lo que no solo aumenta la dificultad de desarrollo, sino que también conlleva riesgos de seguridad debido a la 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 embebida en el protocolo de L1 desde los contratos inteligentes en L1, sin necesidad de escribir sus propios contratos.
Este cambio trae tres ventajas para ZK-Rollup:
Primero, hay una mejora fundamental en la seguridad.