La apuesta definitiva: ¿Puede Ethereum sobrevivir dejando de lado EVM por RISC-V?

Cuando Vitalik Buterin dice “el objetivo final incluye hacer que todo sea ZK-Snarkificado,” no está hablando a la ligera. Ethereum se encuentra en una encrucijada, y la decisión que tome determinará si se convierte en la columna vertebral de un internet nativo ZK o si gradualmente desaparece en la irrelevancia. La pregunta ya no es teórica—es operativa: ¿Debería Ethereum reemplazar su máquina virtual Ethereum (EVM) fundamental por RISC-V?

Por qué la EVM se está convirtiendo en el talón de Aquiles de Ethereum

Durante más de una década, la EVM ha sido el motor revolucionario que impulsa DeFi y NFTs. Pero revolucionario no significa óptimo. A medida que las pruebas de conocimiento cero pasan de una elegancia teórica a una necesidad práctica, las limitaciones de la EVM han pasado de ser un inconveniente a una crisis.

El problema central es brutal: las implementaciones actuales de zkEVM no prueban directamente la EVM—prueban el intérprete que ejecuta la EVM, que a su vez se compila a RISC-V. Esto añade una penalización de rendimiento catastrófica. La evaluación contundente de Vitalik: “¿Por qué no exponer directamente el RISC-V subyacente?” Eliminar esta capa intermedia podría mejorar la eficiencia de ejecución hasta 100 veces. Sin ella, la ejecución de bloques por sí sola consume entre el 80 y el 90% de todo el tiempo de prueba, incluso después de otras optimizaciones.

La hinchazón va más allá del rendimiento. Para compensar las ineficiencias criptográficas de la EVM, Ethereum acumuló contratos precompilados—funciones codificadas en el protocolo mismo. Vitalik describe esto como “catastrófico”: “Inflaron enormemente la base de código de confianza de Ethereum… llevaron a problemas graves que casi resultan en fallos de consenso.” El código envoltorio para un solo precompilado (como modexp) es más complejo que todo un intérprete RISC-V.

La arquitectura de 256 bits agrava aún más la situación. Este diseño tenía sentido para operaciones criptográficas en 2015, pero los contratos inteligentes de hoy en día suelen usar enteros de 32 o 64 bits. Para estos, la pila de 256 bits desperdicia recursos y añade una complejidad de dos a cuatro veces en los sistemas ZK.

RISC-V: La respuesta minimalista que nadie esperaba

RISC-V no es una invención de Ethereum—es un estándar abierto que ha adoptado el mundo de la computación en general. Esto importa mucho más de lo que la mayoría se da cuenta.

El conjunto de instrucciones contiene aproximadamente 47 operaciones básicas. El minimalismo no es una limitación; es el punto central. Una base de código de confianza más pequeña es más fácil de auditar, verificar formalmente y probar matemáticamente. Esto es crucial para asegurar un protocolo de más de 100 mil millones de dólares.

La ventaja del ecosistema es asombrosa. Al adoptar RISC-V, Ethereum hereda décadas de avances en ciencias de la computación. La infraestructura del compilador LLVM significa que los desarrolladores pueden usar Rust, C++, Go, Python y prácticamente cualquier lenguaje principal—de forma automática. No es necesario reconstruir el universo del software desde cero.

Datos de Ethproofs revelan un consenso de mercado: Entre diez zkVMs capaces de probar bloques de Ethereum, nueve eligieron RISC-V. Esto no es ideológico—es una convergencia práctica. Proyectos como Succinct Labs ya han validado la arquitectura a través de SP1, un zkVM de alto rendimiento que demuestra la superioridad de RISC-V para la generación de pruebas.

El ángulo de especificación formal sella el acuerdo. RISC-V usa SAIL—una especificación legible por máquina—en comparación con el Yellow Paper de Ethereum, que sigue siendo ambiguo en algunos aspectos. Como señaló Alex Hicks de la Fundación Ethereum, SAIL permite la verificación directa: “Los circuitos zkVM pueden ser verificados contra la especificación oficial de RISC-V.” Esto transforma la seguridad de dependiente de la implementación a matemáticamente demostrable.

El plan de éxodo en tres fases

Ethereum no cambiará de un día para otro. La estrategia de migración refleja lecciones duramente aprendidas sobre cómo gestionar más de 100 mil millones de dólares en valor bloqueado.

Fase uno: RISC-V como reemplazo de precompilados
En lugar de añadir nuevos precompilados EVM (un proceso lento y polémico que requiere bifurcaciones), el protocolo introduce programas RISC-V en lista blanca. Esto cumple dos propósitos: probar el nuevo sistema en la mainnet en condiciones de bajo riesgo, y reemplazar la trampa de precompilados con algo nativo a la capa de ejecución.

Fase dos: Era de coexistencia
Los contratos inteligentes pueden etiquetarse como código EVM o RISC-V. La innovación: interoperabilidad sin fisuras mediante llamadas al sistema (ECALL). Los contratos pueden llamarse entre sí en diferentes entornos de ejecución. Esto da tiempo al ecosistema para migrar, garantizando la compatibilidad hacia atrás.

Fase tres: EVM como contrato simulado
La etapa final trata la EVM como un contrato inteligente formalmente verificado que corre sobre RISC-V nativo. Las aplicaciones heredadas funcionan indefinidamente, los desarrolladores de clientes mantienen un solo motor de ejecución, y la complejidad del protocolo se reduce drásticamente.

El cambio tectónico en Layer-2s

Esta transformación fracturará el panorama de Layer-2 de maneras previsibles.

Las Optimistic Rollups como Arbitrum y Optimism enfrentan un problema existencial. Su modelo de seguridad depende de la re-ejecución en L1 de transacciones disputadas a través de la EVM. Si L1 deja de ejecutar EVM, su mecanismo de prueba de fraude colapsa. Estos proyectos enfrentan decisiones binarias: realizar reconstrucciones masivas o desconectarse del modelo de seguridad de Ethereum. Ninguna opción es atractiva.

Los ZK Rollups efectivamente ganan la lotería arquitectónica. Ya han estandarizado internamente en RISC-V. Un L1 que “hable el mismo idioma” desbloquea lo que Justin Drake llama “Rollups nativos”—L2 se convierte en una instancia especializada del entorno de ejecución de L1 con VM incorporada para liquidación.

Los beneficios en cascada son inmensos:

• Simplificación de pila: No más puentes complejos entre RISC-V interno y EVM externo
• Reutilización de herramientas: Compiladores, depuradores y herramientas de verificación formal desarrolladas para L1 se transfieren directamente a L2
• Alineación económica: La tarifa de gas refleja los costos reales de verificación de RISC-V, creando incentivos racionales en toda la pila

Para usuarios y desarrolladores, el fin es revolucionario: los costos caen ~100x (de varios dólares a centavos por transacción), permitiendo la visión de “Gigagas L1” de ~10,000 TPS. Los desarrolladores escriben contratos en Rust o Go usando cadenas de herramientas LLVM estándar—Vitalik lo llama una experiencia “NodeJS” para blockchain, donde el código en cadena y fuera de cadena conviven en el mismo ecosistema de lenguajes.

La mina de riesgos: riesgos de los que nadie habla lo suficiente

Los desafíos técnicos están subestimados en la mayoría de las coberturas.

La medición de gas no está resuelta. ¿Cómo se valora justamente una ISA de propósito general? Contar instrucciones simples es vulnerable a DoS—los atacantes pueden crear programas que disparen fallos de caché, consumiendo recursos con un costo de gas mínimo. Esto no es teórico; amenaza la estabilidad de la red y los modelos económicos.

La seguridad del compilador es la bomba oculta. El modelo de confianza de Ethereum pasa de las VMs en cadena a los compiladores fuera de cadena (LLVM), que son complejos y contienen vulnerabilidades conocidas. Un atacante que explote una falla en el compilador podría transformar código fuente inocente en bytecode malicioso. El problema de “reconstrucción reproducible” agrava esto: garantizar que los binarios compilados coincidan exactamente con el código fuente público es técnicamente arduo. Pequeñas diferencias en el entorno de compilación producen salidas distintas, rompiendo la transparencia.

Defensa en profundidad

Las estrategias de mitigación deben ser en capas:

Despliegue gradual es innegociable. La migración en tres fases construye experiencia operativa antes de un compromiso irreversible. La fase de precompilados de bajo riesgo permite a la comunidad aprender de la exposición a RISC-V en condiciones de producción.

Pruebas fuzz combinadas con verificación formal funcionan. La herramienta Argus de Diligence Security encontró 11 vulnerabilidades críticas en zkVMs líderes—prueba de que incluso sistemas bien diseñados esconden fallas. Las pruebas adversariales rigurosas detectan lo que la verificación formal puede pasar por alto.

Estandarización previene la fragmentación. Una única configuración de RISC-V (probablemente RV64GC con ABI compatible con Linux) maximiza el soporte de cadenas de herramientas y simplifica la experiencia del desarrollador. Esto no es burocracia; es disciplina arquitectónica.

Horizonte verificable de Ethereum

La transición de EVM a RISC-V representa la decisión arquitectónica más importante de Ethereum desde el lanzamiento de la mainnet. No es una actualización incremental—es una reestructuración fundamental.

Los trade-offs son claros:

• Ganancias de rendimiento por una arquitectura ZK nativa versus requisitos de compatibilidad hacia atrás
• Mejoras de seguridad por simplificación del protocolo versus efectos en la red EVM
• El poder de un ecosistema de propósito general versus riesgos de cadenas de herramientas de terceros complejas

Equipos como Succinct Labs no están teorizando—están entregando. Su producto OP Succinct ya demuestra que el concepto funciona: los Optimistic Rollups obtienen capacidades ZK, reduciendo la finalización de 7 días a 1 hora. Esto no es tecnología futura; ya está operando hoy.

Los datos de Ethproofs, la implementación de código abierto de SP1, y la convergencia de la industria en torno a RISC-V sugieren que esto no es especulación. Ethereum se está transformando en una capa de confianza verificable para internet, con SNARK como la primitive criptográfica después de hashes y firmas—el tercer pilar de la computación sin confianza.

Ya sea mediante migración por fases o acelerando el cronograma, esta reestructuración definirá la próxima década de Ethereum. La EVM construyó Web3; RISC-V construirá la infraestructura de pruebas que lo sustenta.