En la reciente evolución de la tecnología blockchain, un término que originalmente solo era popular en el círculo de ingenieros de chips se ha convertido silenciosamente en el nuevo favorito de los desarrolladores de blockchain: RISC-V.
El 20 de abril de 2025, el fundador de Ethereum, Vitalik Buterin, publicó en el foro comunitario Ethereum Magicians, proponiendo una sugerencia exploratoria para reemplazar la máquina virtual EVM, que ha sido utilizada por Ethereum durante mucho tiempo, con RISC-V.
Mientras tanto, Polkadot ha lanzado silenciosamente un entorno de ejecución de contratos inteligentes compatible con RISC-V en la red de prueba AseetHub Westend, y los desarrolladores incluso pueden continuar utilizando Solidity para intentar desarrollar en Polkadot, aunque los contratos se ejecutarán finalmente en un nuevo motor de ejecución llamado PolkaVM.
¿Coincidencia? ¿Por qué un conjunto de instrucciones de código abierto originalmente diseñado para chips ha "rompido el círculo" en el mundo de blockchain?
¿Qué vieron Ethereum y Polkadot en RISC-V al apostar por él al unísono?
¿Por qué RISC-V ha emergido de la nada, desde los chips hasta la blockchain?
El "alma" de cada dispositivo de cálculo es su arquitectura de conjunto de instrucciones (ISA), que es el lenguaje con el que el software le dice al hardware "lo que quiero que hagas". Los CPU de Intel que conocemos utilizan la arquitectura x86, mientras que los chips M de las computadoras Apple utilizan la arquitectura ARM.
RISC-V es un estándar de arquitectura de código abierto y gratuito, que cualquier persona puede utilizar para diseñar CPU sin necesidad de pagar tarifas de licencia a Intel o ARM.
Originalmente era un proyecto académico de la Universidad de California en Berkeley, hoy en día cada vez más empresas de chips reconocen este estándar de arquitectura: estructura simple, flexible y personalizable, disponible en código abierto, y puede evitar los riesgos derivados de la geopolítica.
¿Pero cuál es la relación entre RISC-V y blockchain?
La máquina virtual (VM) es el "cerebro ejecutor" de cada blockchain, todos los contratos deben ejecutarse en ella. Pero actualmente, los sistemas de máquinas virtuales más comunes, como EVM de Ethereum, WASM de Polkadot y BPF de Solana, tienen algunos problemas evidentes:
La arquitectura es antigua, como EVM, que es un modelo de pila diseñado en 2015, difícil de alinear con las CPU modernas.
La seguridad es deficiente, la arquitectura existente es difícil de verificar formalmente, lo que impide lograr una verdadera seguridad de código a nivel matemático.
El soporte multilingüe es limitado, los desarrolladores no pueden elegir libremente el idioma, solo pueden depender pasivamente de la pila de Solidity.
Así que, cuando una arquitectura tan "moderna" como RISC-V aparece ante los ingenieros de blockchain, su intuición es: ¿podemos "RISC-Vizar" también la máquina virtual de blockchain?
Comparativa entre el modelo de cálculo basado en pilas y el modelo basado en registros
La elección de Ethereum: conceptualizando la próxima generación de máquinas virtuales nativas ZK
Las ideas de Vitalik son muy del estilo de la comunidad de Ethereum: no se trata de una simple optimización, sino de rediseñar desde un nivel filosófico.
Según su descripción en el foro Ethereum Magicians, su idea es que: la capa de ejecución de Ethereum en el futuro debería ser extremadamente simple, segura y verificable matemáticamente. Y el EVM ya es demasiado complejo, no se puede modificar. En su lugar, sería mejor usar RISC-V para construir una nueva VM verificable.
La estructura de RISC-V es clara y el comportamiento de ejecución es predecible, lo que lo hace muy adecuado para convertirse en circuitos de prueba de conocimiento cero; en el futuro, también podría combinarse con el compilador LLVM (aunque he visto muchos comentarios sobre errores), para desarrollar contratos en lenguajes más ricos, como Rust y C; lo más importante es que puede convertirse en la base de la capa de ejecución para construir "cadenas nativas de ZK".
Por supuesto, todo esto todavía está en la fase de concepción. La comunidad de Ethereum aún no tiene un plan concreto, pero la dirección ya está clara: no se trata solo de cambiar una máquina virtual, sino de prepararse para una blockchain escalable, segura y confiable en el futuro.
El camino de Polkadot: Realismo impulsado por ingenieros, comenzando por reemplazar la capa base
A diferencia de la "idea conceptual" de Ethereum, Polkadot optó por un enfoque más pragmático.
A principios de 2023, el ingeniero principal de Parity, Jan Bujak, comenzó a explorar alternativas a WASM y finalmente eligió RISC-V, y luego lanzó el proyecto PolkaVM.
La postura de Polkadot es muy clara:
El lenguaje permanece igual, continúa usando Solidity
Las herramientas no cambian, Remix, Ethers.js, MetaMask son todas compatibles.
Ajuste de la ruta de compilación, utilizando la herramienta revive para compilar Solidity en código de bytes RISC-V
Se ejecuta finalmente en la nueva máquina virtual PolkaVM, proporcionando una capacidad de ejecución más eficiente, más segura y más verificable.
Esto significa que la experiencia del desarrollador se mantiene prácticamente sin cambios, pero la ejecución subyacente ha sido completamente renovada. De WebAssembly a RISC-V, de un modelo basado en pilas a uno basado en registros, de la ejecución tradicional a una amigable con ZK, esta es una "revolución silenciosa".
Actualmente, PolkaVM puede funcionar en la red de pruebas Westend de Asset Hub, y se espera que el objetivo sea lanzar Polkadot en el tercer trimestre de 2025.
Perspectiva del desarrollador: tu código no cambia, pero la base se está reestructurando en silencio
Aunque Ethereum y Polkadot tienen enfoques diferentes hacia RISC-V, uno liderando la visión y el otro ya en implementación, la señal que envían a los desarrolladores es sorprendentemente coherente: no se trata de una revolución en la "capa de escritura", sino de una reestructuración de la infraestructura subyacente.
Para los desarrolladores, independientemente de en qué cadena se encuentren, casi no se siente la desconexión a corto plazo: todavía pueden escribir contratos en Solidity, seguir usando herramientas familiares como Remix, Ethers.js, MetaMask, y el proceso de implementación sigue siendo básicamente el mismo, todo como antes.
¡Pero en el fondo invisible, el motor de ejecución ya ha cambiado de núcleo!
En Polkadot, el contrato de Solidity se puede compilar en código de bytes RISC-V a través de la herramienta de reactivación y ejecutarse en una nueva máquina virtual, PolkaVM. En comparación con WASM y EVM tradicional, PolkaVM funciona mejor en términos de eficiencia de ejecución y facturación de recursos, especialmente para el control de costos operativos de contratos complejos.
En la concepción técnica de Ethereum, RISC-V también se considera la base más adecuada para la "cadena nativa ZK". Vitalik ha dejado claro que, si en el futuro se quiere lograr una lógica de ejecución en la cadena que pueda ser realmente probada matemáticamente, EVM es un obstáculo insuperable, mientras que RISC-V, con su estructura clara y comportamiento predecible, es el camino de solución ideal.
Lo más importante es que este cambio en la capa de arquitectura no se trata simplemente de una mejora en el rendimiento; una transformación fundamental en el paradigma de desarrollo en cadena está ocurriendo silenciosamente.
La seguridad pasará de "dependencia humana" a "verificación matemática posible". Cada comportamiento de instrucción de RISC-V se puede modelar formalmente, algo que EVM no puede alcanzar. Esto significa que la seguridad de los contratos en el futuro ya no dependerá de auditorías año tras año, sino que se podrá obtener un respaldo matemático de "no cometeré errores" en la fase de compilación. Puedes escribir código que no requiera confianza en las personas, solo porque "se puede demostrar".
El conocimiento cero pasa de ser una opción minoritaria a convertirse en la norma. En el pasado, escribir contratos ZK era una habilidad que solo los ingenieros avanzados podían manejar. La estructura de RISC-V es en sí misma amigable con zk, con un proceso de ejecución ordenado y fácil de convertir en circuitos, lo que lo convierte de manera natural en el backend ideal para sistemas como zkEVM. Una vez que se complete el cambio a la capa base, los contratos ZK pueden dejar de ser una opción y convertirse en el "modo de seguridad predeterminado" de los contratos inteligentes.
La era de los contratos inteligentes multilingües está a punto de comenzar. RISC-V se conecta al ecosistema de herramientas LLVM, lo que significa que lenguajes como Rust y C pueden compilarse de forma nativa en formatos ejecutables en cadena. Ya no estarás limitado a Solidity, en el futuro escribir contratos inteligentes será tan controlado y flexible como escribir módulos del sistema. Polkadot ya está promoviendo la migración del lenguaje ink! a RISC-V, lo que indica que un mundo de contratos donde coexisten diferentes lenguajes es una realidad, no una fantasía.
Escribiendo al final
No importa en qué cadena estés ahora, si usas Solidity o Rust, si escribes contratos en Remix o si llamas al frontend con Ethers.js, eventualmente te darás cuenta de que la evolución de la máquina virtual no está destinada a cambiar la forma en que escribes código, sino a hacer que cada línea de código que escribas: se ejecute más rápido, se ejecute de manera más estable, tenga una lógica más clara y sea más segura y confiable.
Estos cambios pueden no ser evidentes de inmediato, como la reconstrucción de los cimientos que nunca es lo primero que se ve. Pero eventualmente tendrán un impacto: los contratos inteligentes del futuro se volverán más potentes, más libres y más dignos de confianza sin que te des cuenta.
El contenido es solo de referencia, no una solicitud u oferta. No se proporciona asesoramiento fiscal, legal ni de inversión. Consulte el Descargo de responsabilidad para obtener más información sobre los riesgos.
¿Por qué Polkadot y Ethereum eligieron RISC-V?
Fuente: PolkaWorld
En la reciente evolución de la tecnología blockchain, un término que originalmente solo era popular en el círculo de ingenieros de chips se ha convertido silenciosamente en el nuevo favorito de los desarrolladores de blockchain: RISC-V.
El 20 de abril de 2025, el fundador de Ethereum, Vitalik Buterin, publicó en el foro comunitario Ethereum Magicians, proponiendo una sugerencia exploratoria para reemplazar la máquina virtual EVM, que ha sido utilizada por Ethereum durante mucho tiempo, con RISC-V.
Mientras tanto, Polkadot ha lanzado silenciosamente un entorno de ejecución de contratos inteligentes compatible con RISC-V en la red de prueba AseetHub Westend, y los desarrolladores incluso pueden continuar utilizando Solidity para intentar desarrollar en Polkadot, aunque los contratos se ejecutarán finalmente en un nuevo motor de ejecución llamado PolkaVM.
¿Coincidencia? ¿Por qué un conjunto de instrucciones de código abierto originalmente diseñado para chips ha "rompido el círculo" en el mundo de blockchain?
¿Qué vieron Ethereum y Polkadot en RISC-V al apostar por él al unísono?
¿Por qué RISC-V ha emergido de la nada, desde los chips hasta la blockchain?
El "alma" de cada dispositivo de cálculo es su arquitectura de conjunto de instrucciones (ISA), que es el lenguaje con el que el software le dice al hardware "lo que quiero que hagas". Los CPU de Intel que conocemos utilizan la arquitectura x86, mientras que los chips M de las computadoras Apple utilizan la arquitectura ARM.
RISC-V es un estándar de arquitectura de código abierto y gratuito, que cualquier persona puede utilizar para diseñar CPU sin necesidad de pagar tarifas de licencia a Intel o ARM.
Originalmente era un proyecto académico de la Universidad de California en Berkeley, hoy en día cada vez más empresas de chips reconocen este estándar de arquitectura: estructura simple, flexible y personalizable, disponible en código abierto, y puede evitar los riesgos derivados de la geopolítica.
¿Pero cuál es la relación entre RISC-V y blockchain?
La máquina virtual (VM) es el "cerebro ejecutor" de cada blockchain, todos los contratos deben ejecutarse en ella. Pero actualmente, los sistemas de máquinas virtuales más comunes, como EVM de Ethereum, WASM de Polkadot y BPF de Solana, tienen algunos problemas evidentes:
Así que, cuando una arquitectura tan "moderna" como RISC-V aparece ante los ingenieros de blockchain, su intuición es: ¿podemos "RISC-Vizar" también la máquina virtual de blockchain?
Comparativa entre el modelo de cálculo basado en pilas y el modelo basado en registros
La elección de Ethereum: conceptualizando la próxima generación de máquinas virtuales nativas ZK
Las ideas de Vitalik son muy del estilo de la comunidad de Ethereum: no se trata de una simple optimización, sino de rediseñar desde un nivel filosófico.
Según su descripción en el foro Ethereum Magicians, su idea es que: la capa de ejecución de Ethereum en el futuro debería ser extremadamente simple, segura y verificable matemáticamente. Y el EVM ya es demasiado complejo, no se puede modificar. En su lugar, sería mejor usar RISC-V para construir una nueva VM verificable.
La estructura de RISC-V es clara y el comportamiento de ejecución es predecible, lo que lo hace muy adecuado para convertirse en circuitos de prueba de conocimiento cero; en el futuro, también podría combinarse con el compilador LLVM (aunque he visto muchos comentarios sobre errores), para desarrollar contratos en lenguajes más ricos, como Rust y C; lo más importante es que puede convertirse en la base de la capa de ejecución para construir "cadenas nativas de ZK".
Por supuesto, todo esto todavía está en la fase de concepción. La comunidad de Ethereum aún no tiene un plan concreto, pero la dirección ya está clara: no se trata solo de cambiar una máquina virtual, sino de prepararse para una blockchain escalable, segura y confiable en el futuro.
El camino de Polkadot: Realismo impulsado por ingenieros, comenzando por reemplazar la capa base
A diferencia de la "idea conceptual" de Ethereum, Polkadot optó por un enfoque más pragmático.
A principios de 2023, el ingeniero principal de Parity, Jan Bujak, comenzó a explorar alternativas a WASM y finalmente eligió RISC-V, y luego lanzó el proyecto PolkaVM.
La postura de Polkadot es muy clara:
Esto significa que la experiencia del desarrollador se mantiene prácticamente sin cambios, pero la ejecución subyacente ha sido completamente renovada. De WebAssembly a RISC-V, de un modelo basado en pilas a uno basado en registros, de la ejecución tradicional a una amigable con ZK, esta es una "revolución silenciosa".
Actualmente, PolkaVM puede funcionar en la red de pruebas Westend de Asset Hub, y se espera que el objetivo sea lanzar Polkadot en el tercer trimestre de 2025.
Perspectiva del desarrollador: tu código no cambia, pero la base se está reestructurando en silencio
Aunque Ethereum y Polkadot tienen enfoques diferentes hacia RISC-V, uno liderando la visión y el otro ya en implementación, la señal que envían a los desarrolladores es sorprendentemente coherente: no se trata de una revolución en la "capa de escritura", sino de una reestructuración de la infraestructura subyacente.
Para los desarrolladores, independientemente de en qué cadena se encuentren, casi no se siente la desconexión a corto plazo: todavía pueden escribir contratos en Solidity, seguir usando herramientas familiares como Remix, Ethers.js, MetaMask, y el proceso de implementación sigue siendo básicamente el mismo, todo como antes.
¡Pero en el fondo invisible, el motor de ejecución ya ha cambiado de núcleo!
En Polkadot, el contrato de Solidity se puede compilar en código de bytes RISC-V a través de la herramienta de reactivación y ejecutarse en una nueva máquina virtual, PolkaVM. En comparación con WASM y EVM tradicional, PolkaVM funciona mejor en términos de eficiencia de ejecución y facturación de recursos, especialmente para el control de costos operativos de contratos complejos.
En la concepción técnica de Ethereum, RISC-V también se considera la base más adecuada para la "cadena nativa ZK". Vitalik ha dejado claro que, si en el futuro se quiere lograr una lógica de ejecución en la cadena que pueda ser realmente probada matemáticamente, EVM es un obstáculo insuperable, mientras que RISC-V, con su estructura clara y comportamiento predecible, es el camino de solución ideal.
Lo más importante es que este cambio en la capa de arquitectura no se trata simplemente de una mejora en el rendimiento; una transformación fundamental en el paradigma de desarrollo en cadena está ocurriendo silenciosamente.
La seguridad pasará de "dependencia humana" a "verificación matemática posible". Cada comportamiento de instrucción de RISC-V se puede modelar formalmente, algo que EVM no puede alcanzar. Esto significa que la seguridad de los contratos en el futuro ya no dependerá de auditorías año tras año, sino que se podrá obtener un respaldo matemático de "no cometeré errores" en la fase de compilación. Puedes escribir código que no requiera confianza en las personas, solo porque "se puede demostrar".
El conocimiento cero pasa de ser una opción minoritaria a convertirse en la norma. En el pasado, escribir contratos ZK era una habilidad que solo los ingenieros avanzados podían manejar. La estructura de RISC-V es en sí misma amigable con zk, con un proceso de ejecución ordenado y fácil de convertir en circuitos, lo que lo convierte de manera natural en el backend ideal para sistemas como zkEVM. Una vez que se complete el cambio a la capa base, los contratos ZK pueden dejar de ser una opción y convertirse en el "modo de seguridad predeterminado" de los contratos inteligentes.
La era de los contratos inteligentes multilingües está a punto de comenzar. RISC-V se conecta al ecosistema de herramientas LLVM, lo que significa que lenguajes como Rust y C pueden compilarse de forma nativa en formatos ejecutables en cadena. Ya no estarás limitado a Solidity, en el futuro escribir contratos inteligentes será tan controlado y flexible como escribir módulos del sistema. Polkadot ya está promoviendo la migración del lenguaje ink! a RISC-V, lo que indica que un mundo de contratos donde coexisten diferentes lenguajes es una realidad, no una fantasía.
Escribiendo al final
No importa en qué cadena estés ahora, si usas Solidity o Rust, si escribes contratos en Remix o si llamas al frontend con Ethers.js, eventualmente te darás cuenta de que la evolución de la máquina virtual no está destinada a cambiar la forma en que escribes código, sino a hacer que cada línea de código que escribas: se ejecute más rápido, se ejecute de manera más estable, tenga una lógica más clara y sea más segura y confiable.
Estos cambios pueden no ser evidentes de inmediato, como la reconstrucción de los cimientos que nunca es lo primero que se ve. Pero eventualmente tendrán un impacto: los contratos inteligentes del futuro se volverán más potentes, más libres y más dignos de confianza sin que te des cuenta.