Por qué Ethereum abandonó eWASM en favor de la arquitectura RISC-V

Vitalik Buterin declaró que Ethereum ha abandonado eWASM en favor de RISC-V. Estas discontinuidades en The Merge y el rápido desarrollo de la tecnología SNARK hicieron necesaria un cambio crítico hacia la compatibilidad con zkEVM.

Ethereum renunció a su tan esperado actualización eWASM. En su lugar, la red ha sido compatible con la arquitectura RISC-V. Este cambio fue explicado por el cofundador Vitalik Buterin en Pragma Taipei en abril de 2025.

Buterin explicó por qué ocurrió este cambio, según WuBlockchain en X. The Merge se retrasó considerablemente, y la tecnología SNARK se desarrolló mucho más rápido, cambiando las prioridades técnicas de Ethereum.

Vitalik Buterin revela: ¿Por qué Ethereum abandonó eWASM por RISC-V?

En una charla informal en Pragma Taipei en abril de 2025, el cofundador de Ethereum Vitalik Buterin explicó el cambio de eWASM a RISC-V. Mientras que eWASM inicialmente estaba planeado para reemplazar el defectuoso EVM, los retrasos en “The Merge”… pic.twitter.com/1iKZOYAv1L

— Wu Blockchain (@WuBlockchain) 28 de diciembre de 2025

Fuente: WuBlockchain

eWASM fue desarrollado como un reemplazo para el defectuoso EVM que estaba destinado a ser de alto rendimiento y compatible. La actualización se suponía que llevaría a Ethereum a un nivel más moderno en su capa de ejecución, pero su implementación tomó más tiempo del previsto. Cuando la escalabilidad se volvió necesaria con pruebas de cero conocimiento, los sistemas de verificación criptográfica se convirtieron en el foco del desarrollo.

La Revolución SNARK lo Cambió Todo

La compatibilidad con SNARK finalmente fue el criterio. Ethereum requería un entorno de ejecución que fuera efectivamente compatible con pruebas de cero conocimiento, y eWASM no logró satisfacer esa necesidad.

RISC-V tenía una ventaja definitiva. Los modelos estilo RISC-V, que son la opción natural en los sistemas SNARK, ya se usan en la mayoría de las implementaciones zkEVM. La producción de pruebas en WebAssembly era menos eficiente y más complicada.

Según Butterin, RISC-V ahora es el estándar correcto. El conjunto de instrucciones de código abierto es compatible con la verificación criptográfica y tiene menos requisitos de complejidad de circuito en relación con las pruebas de cero conocimiento.

La Adopción de zkEVM Impulsó la Decisión

Varios proyectos zkEVM ya tienen arquitecturas compatibles con RISC-V, incluyendo zkSync y Polygon zkEVM, que poseen conjuntos de instrucciones similares. Este uso se volvió generalizado e impactó en la dirección de Ethereum, haciéndola menos fragmentada y permitiendo a los desarrolladores compartir herramientas entre plataformas.

La hoja de ruta de escalabilidad de la red se centra en los rollups. Estos sistemas agruparían transacciones fuera de la cadena y proporcionarían evidencia criptográfica a Ethereum. Las soluciones de capa 2 dependen de una generación efectiva de pruebas, y RISC-V encaja bien en este modelo, simplificando la verificación de las redes.

Ethereum sigue adoptando una filosofía de desarrollo modular. El cambio fomenta mejoras continuas sin perturbaciones significativas, mejorando el rendimiento de los rollups con el tiempo y manteniendo la descentralización a largo plazo como prioridad. RISC-V es lo suficientemente flexible para soportar futuras actualizaciones de protocolo e invitar a un espectro más amplio de miembros del ecosistema.