La elección tecnológica de Ethereum: por qué RISC-V ganó sobre eWASM

En Pragma Taipei en abril, Vitalik Buterin se sentó a discutir uno de los puntos de inflexión técnica más importantes de Ethereum. La pregunta en la mente de todos: ¿por qué la red se alejó de eWASM a favor de RISC-V?

La historia comienza con ambición. Se suponía que eWASM sería la solución—una nueva alternativa para superar las limitaciones conocidas de la EVM. Código limpio, mejor rendimiento, una verdadera ruta de actualización. Pero la ejecución es donde la teoría se encuentra con la realidad.

El tiempo se convirtió en el factor decisivo. Mientras Ethereum avanzaba hacia The Merge, el desarrollo de eWASM enfrentaba obstáculos. Los retrasos se acumulaban. RISC-V surgió como una alternativa pragmática—más ligera, más rápida de implementar, con un ecosistema más amplio ya en marcha.

Vitalik explicó claramente las compensaciones. RISC-V aportaba ciclos de iteración más rápidos y menor deuda técnica. eWASM, aunque teóricamente elegante, requería más recursos de desarrollo de los que el cronograma permitía. A veces, la mejor tecnología no es la que gana—es la que se entrega.

Para los desarrolladores e investigadores de protocolos que observan la evolución de la capa de ejecución de Ethereum, este cambio señala una madurez en el pensamiento: la flexibilidad supera a la perfección cuando estás construyendo infraestructura en vivo. La red avanza, aprendiendo a medida que escala.