Cuando Vitalik deslizó en X que “quitar la EVM del medio y correr RISC-V bajo prueba ZK podría simplificar todo”, la mitad de la comunidad gritó herejía y la otra mitad se frotó las manos con la idea de un zkVM realmente eficiente. La guerra santa quedó servida: ¿matar la compatibilidad EVM o abrazar un ISA abierto?

• RISC-V = conjunto de instrucciones abierto, modular y pensado para hardware moderno.

• zkVM = “CPU virtual” cuyas ejecuciones se comprimen en una prueba cero-conocimiento verificable on-chain.

Juntas, prometen ejecutar cualquier programa y demostrarlo barato, sin sacrificar privacidad ni seguridad.

Acaba de tirar la puerta con Airbender, su nueva zkVM + sistema de pruebas:

1. RISC-V 32I+M → simulación simple y trazas compactas.

2. DEEP STARK sobre campo Mersenne31 → aritmética rápida.

3. Pipeline híbrido CPU/GPU → el CPU simula, la GPU prueba.

4. Recursión ligera → agrupa pruebas sin devorar VRAM.

Código abierto bajo Apache 2/MIT.

• Home-proving realista: un gamer PC basta para verificar bloques.

• Reduce costos ~10× frente al prover anterior (Boojum).

• Desbloquea casos “near-real-time”: gaming, identidad, AI-on-chain.

Contras / incógnitas

• Compatibilidad EVM: todavía depende de ZKsync OS para ofrecer equivalencia.

• Fragmentación del stack: otro dialecto vs. la visión unificada de Vitalik.

• Centralización temporal: hasta que aparezcan más validadores con GPUs.

Si Airbender mantiene este ritmo y suma soporte EVM sólido, ZKsync puede marcar el estándar de velocidad para L2 ZK-rollups. Pero ojo: la batalla no es solo números, sino DX y liquidez.

Fuentes:

• https://github.com/matter-labs/zksync-os

• https://zksync.mirror.xyz/ZgRmbYA_EE3wfGcXWv81m-xcED-ppNKkRzkleS6YZRc

Explora el código, contrasta los claims y saca tus propias conclusiones.

onchain o nada

Cuando Vitalik deslizó en X que “quitar la EVM del medio y correr RISC-V bajo prueba ZK podría simplificar todo”, la mitad de la comunidad gritó herejía y la otra mitad se frotó las manos con la idea de un zkVM realmente eficiente. La guerra santa quedó servida: ¿matar la compatibilidad EVM o abrazar un ISA abierto?

• RISC-V = conjunto de instrucciones abierto, modular y pensado para hardware moderno.

• zkVM = “CPU virtual” cuyas ejecuciones se comprimen en una prueba cero-conocimiento verificable on-chain.

Juntas, prometen ejecutar cualquier programa y demostrarlo barato, sin sacrificar privacidad ni seguridad.

Acaba de tirar la puerta con Airbender, su nueva zkVM + sistema de pruebas:

1. RISC-V 32I+M → simulación simple y trazas compactas.

2. DEEP STARK sobre campo Mersenne31 → aritmética rápida.

3. Pipeline híbrido CPU/GPU → el CPU simula, la GPU prueba.

4. Recursión ligera → agrupa pruebas sin devorar VRAM.

Código abierto bajo Apache 2/MIT.

• Home-proving realista: un gamer PC basta para verificar bloques.

• Reduce costos ~10× frente al prover anterior (Boojum).

• Desbloquea casos “near-real-time”: gaming, identidad, AI-on-chain.

Contras / incógnitas

• Compatibilidad EVM: todavía depende de ZKsync OS para ofrecer equivalencia.

• Fragmentación del stack: otro dialecto vs. la visión unificada de Vitalik.

• Centralización temporal: hasta que aparezcan más validadores con GPUs.

Si Airbender mantiene este ritmo y suma soporte EVM sólido, ZKsync puede marcar el estándar de velocidad para L2 ZK-rollups. Pero ojo: la batalla no es solo números, sino DX y liquidez.

Fuentes:

• https://github.com/matter-labs/zksync-os

• https://zksync.mirror.xyz/ZgRmbYA_EE3wfGcXWv81m-xcED-ppNKkRzkleS6YZRc

Explora el código, contrasta los claims y saca tus propias conclusiones.

onchain o nada