Entre las numerosas ideas para la escalabilidad de Ethereum, ZK es la dirección más compleja y crucial.

A través de toda la red, las apuestas de Vitalik Buterin y la Fundación Ethereum en ZK son las más significativas. ZK es un poco como el hijo menor de Ethereum, al que se le ha dedicado más esfuerzo, pero su futuro es el más incierto.

Hace unos días, la Fundación Ethereum lanzó nuevamente la hoja de ruta de Kohaku, que incluye varios componentes básicos para una billetera de privacidad. En la hoja de ruta se enfatiza nuevamente que se necesitan más funciones que dependen de la implementación de ZK-EVM/ZK-VM.

Entonces, ¿por qué Ethereum necesita con tanta urgencia ZK-VM?

La respuesta es, por el rendimiento, y no a expensas de la seguridad.

El cuello de botella en el rendimiento: verificación total y límite de GAS

Anteriormente mencionamos que la forma más efectiva de mejorar el rendimiento de Ethereum es aumentar el límite de GAS, en pocas palabras, hacer que cada bloque sea más grande.

Sin embargo, aumentar el límite de GAS tiene un costo, bloques demasiado grandes son una carga pesada para los nodos.

Actualmente, el modo de verificación de Ethereum, llamado "verificación total", requiere que todos los nodos validen completamente cada bloque, esta idea es simple y directa, pero desafortunadamente es excesivamente redundante.

Porque si el límite de GAS se eleva demasiado, la carga de trabajo de cada nodo aumentará significativamente.

Teniendo en cuenta que el intervalo entre bloques de Ethereum es de 12 segundos, también se debe reservar tiempo para la propagación global del bloque y también se debe reservar tiempo para la propagación del bloque y el ordenamiento de MEV, el tiempo que cada validador tiene para aceptar y validar un bloque es realmente muy corto (aproximadamente 4-8 segundos), y no se puede hacer mucha validación.

Ethereum después de la ZK: de "verificación total" a "verificación única"


Si se ZKiza completamente el L1 de Ethereum, se convertirá en "verificación única". Una vez que un bloque se ensambla, primero se genera una prueba ZK.

Es bien sabido que generar pruebas ZK es muy lento, pero la verificación es extremadamente rápida. Por lo tanto, cada bloque solo necesita ser ZKizado una vez, y todos los nodos solo necesitan verificar rápidamente si la prueba es correcta.

Esto significa que Ethereum puede aumentar significativamente el límite de GAS sin aumentar notablemente la carga de los nodos.

Una analogía clara sería: antes tenías que pasar por un proceso de aprobación para pedir una licencia (hacer una transacción) donde cada líder (nodo) tenía que verificar personalmente si te quedaba tiempo de vacaciones (verificación total), y solo se aprobaba después de que todos dieran su visto bueno.

Después de la ZK, todavía estás solicitando un proceso de licencia (haciendo una transacción), el sistema descubre que tienes tiempo de vacaciones, y se lo dice directamente a los líderes: "esta persona tiene licencia", y los líderes confían completamente en que el sistema no se equivoca (ZK), por lo que la aprobación por parte de los líderes es mucho más rápida (verificación única).

Esta es la razón por la cual Ethereum debe hacer la ZK.

Desafíos y casos de criptografía

Por supuesto, la cantidad de trabajo para lograr todo esto es enorme, dado que el contenido criptográfico es muy alto, por lo que Ethereum debe colaborar con otros equipos.

Entonces, ¿qué tipo de trabajo deben hacer los equipos externos? Aquí tomamos como ejemplo el protocolo Brevis mencionado por Justin de la Fundación Ethereum, que es actualmente el protocolo más rápido en correr ZK.

Brevis está trabajando en la pista de ZK-VM, su última tecnología Pico Prism es actualmente la más rápida en generar pruebas ZK bajo condiciones específicas.

Según lo revelado, en los bloques de Ethereum con un límite de GAS de 45M, Brevis utilizó 64 GPU RTX 5090. En las pruebas, el 99.6% de los bloques completaron la prueba en 12 segundos, y el 96.8% alcanzó la cobertura dentro de 10 segundos.


Ethereum, para descentralizarse, exige que los dispositivos que generan pruebas ZK no superen los 10w dólares.

De lo contrario, poner unas pocas H200/B200 por persona seguramente sería más rápido, pero eso establecería un umbral demasiado alto. Las tarjetas gráficas de Brevis están justo en el rango de 10w dólares.

Además, ¿por qué es tan importante la cobertura de 10 segundos?

Porque los bloques MEV generalmente se generan en 1-3 segundos, sumando 10 segundos de prueba, justo llenan los 12 segundos, por lo que 12 segundos no es suficiente, la cobertura de 10 segundos debe ser muy alta.

Resumen: la lógica del camino hacia la ZK de Ethereum

Si Ethereum quiere acelerar el L1, debe aumentar el límite de GAS;

👇

Para aumentar el límite de GAS, se debe hacer ZK;

👇

Para lograr una ZK elegante (prueba en <10 segundos, compra de equipos por <10w dólares), se necesita la colaboración de la comunidad criptográfica.

Este contenido es publicado en conjunto por Nothing Research, Ebunker, Ourbit.