En la reciente evolución de la tecnología de la Cadena de bloques, 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 Cadena de bloques: 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 que soporta RISC-V en la red de pruebas AseetHub Westend, y los desarrolladores incluso pueden seguir utilizando Solidity para intentar desarrollar en Polkadot, aunque los contratos se ejecuten finalmente en un nuevo motor de ejecución llamado PolkaVM.
¿Coincidencia? ¿Por qué un conjunto de instrucciones de código abierto inicialmente diseñado para chips ha "rompido el círculo" en el mundo de la cadena de bloques?
Ethereum y Polkadot apuestan coincidentemente por RISC-V, ¿qué es lo que realmente ven en él?
¿Por qué RISC-V ha surgido de la nada, desde los chips hasta la Cadena de bloques?
El "alma" de cada dispositivo de cálculo es su arquitectura de conjunto de instrucciones (ISA), que es el lenguaje que el software utiliza para decirle al hardware "qué quiero que hagas". Los CPU Intel que conocemos utilizan la arquitectura x86, mientras que los chips M de Apple utilizan la arquitectura ARM.
Y RISC-V es un estándar de arquitectura de código abierto y gratuito, que cualquiera puede usar 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 sencilla, flexible y personalizable, disponible como código abierto, y capaz de evitar los riesgos derivados de la geopolítica.
¿Pero cuál es la relación entre RISC-V y la Cadena de bloques?
La máquina virtual (VM) es el "cerebro ejecutivo" de cada cadena de bloques, todos los contratos deben ejecutarse en ella. Sin embargo, los sistemas de máquinas virtuales más utilizados en la actualidad, como el EVM de Ethereum, el WASM de Polkadot y el BPF de Solana, tienen algunos problemas evidentes:
· La arquitectura es antigua, como el 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.
Por lo tanto, cuando la arquitectura "moderna" de RISC-V se presenta ante los ingenieros de cadena de bloques, su intuición es: ¿podemos "RISC-Vizar" también la máquina virtual de cadena de bloques?
Comparación de modelos de cálculo apilado vs basado en registros
Ethereum's Choice: Conceptualizar la próxima generación de máquinas virtuales nativas de ZK
La idea de Vitalik es muy del estilo de la comunidad de Ethereum: no es una simple optimización, sino un rediseño 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 matemáticamente verificable. Y el EVM ya es demasiado complejo, no se puede modificar. 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 ser convertido 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 solo se trata de cambiar una máquina virtual, sino de prepararse para una Cadena de bloques escalable, segura y confiable en el futuro.
El camino de Polkadot: impulsado por ingenieros, comenzando con un realismo que reemplaza la base.
A diferencia de la "conceptualización" de Ethereum, Polkadot eligió una ruta más pragmática.
Ya en 2023, el ingeniero principal de Parity, Jan Bujak, comenzó a explorar alternativas a WASM y finalmente eligió RISC-V, lo que llevó al lanzamiento del proyecto PolkaVM.
La forma de Polkadot es muy directa:
· El lenguaje permanece sin cambios, continúa usando Solidity
· Las herramientas no cambian, Remix, Ethers.js y MetaMask son completamente 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, ofreciendo una capacidad de ejecución más eficiente, más segura y más verificable.
Esto significa que la experiencia del desarrollador básicamente no cambia, pero la ejecución subyacente ha sido completamente renovada. De WebAssembly a RISC-V, de estilo de pila a estilo de registro, de ejecución tradicional a amigable con ZK, esta es una "revolución silenciosa".
Actualmente, PolkaVM puede ejecutarse en la red de prueba Westend de Asset Hub, con el objetivo de lanzar Polkadot en el tercer trimestre de 2025.
Perspectiva del desarrollador: tu código no cambia, pero la base se está reconstruyendo silenciosamente.
Aunque Ethereum y Polkadot tienen caminos diferentes hacia RISC-V, uno está por delante en la visión y el otro ya ha implementado la solución, la señal que envían a los desarrolladores es sorprendentemente coherente: no se trata de una transformación en la "capa de escritura", sino de una reestructuración de la infraestructura subyacente.
Para los desarrolladores, no importa en qué cadena te encuentres, en el corto plazo casi no sentirás una sensación de ruptura: aún puedes escribir contratos con Solidity, seguir usando herramientas familiares como Remix, Ethers.js, MetaMask, y el proceso de implementación es prácticamente el mismo, todo como antes.
¡Pero en el fondo invisible, el motor de ejecución ya ha cambiado de núcleo!
En Polkadot, los contratos Solidity ya se pueden compilar a bytecode RISC-V mediante la herramienta revive y ejecutarse en la nueva máquina virtual PolkaVM. En comparación con WASM y el EVM tradicional, PolkaVM presenta un mejor rendimiento en eficiencia de ejecución y facturación de recursos, especialmente en el control de costos de ejecución de contratos complejos.
En la visión técnica de Ethereum, RISC-V también se considera la base más adecuada para la "cadena nativa ZK". Vitalik ha declarado claramente que, si en el futuro se quiere lograr una ejecución lógica en la cadena que sea realmente demostrable matemáticamente, el EVM es un obstáculo ineludible, mientras que RISC-V, con su estructura clara y comportamiento predecible, es el camino de solución ideal.
Más importante aún, este cambio en la capa de arquitectura va mucho más allá de una simple mejora en el rendimiento: una transformación fundamental en el paradigma de desarrollo en la cadena de bloques está ocurriendo en silencio.
La seguridad pasará de depender de "la supervisión humana" a ser "verificable matemáticamente". Cada comportamiento de instrucción de RISC-V puede ser modelado 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 me equivocaré" en la fase de compilación. Puedes escribir código que no requiera la confianza de las personas, simplemente porque "se puede demostrar".
El conocimiento cero pasa de ser una opción poco común a convertirse en la norma. En el pasado, escribir contratos ZK era una habilidad que solo los ingenieros de alto nivel podían manejar. La estructura de RISC-V es inherentemente amigable con zk, su proceso de ejecución es regular y fácil de convertir en circuitos, lo que lo convierte naturalmente en el backend ideal para sistemas como zkEVM. Una vez que se complete el cambio en la capa inferior, los contratos ZK pueden dejar de ser opcionales 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 con el ecosistema de herramientas LLVM, lo que significa que lenguajes como Rust y C pueden compilarse de forma nativa en un formato que se ejecuta en la 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á impulsando la migración del lenguaje ink! a RISC-V, lo que indica que un mundo de contratos coexistentes en diferentes lenguajes es una realidad, no una fantasía.
Escrito al final
No importa en qué cadena estés ahora, si usas Solidity o Rust, si escribes contratos en Remix o si usas Ethers.js para interactuar con el frontend, eventualmente te darás cuenta de que la evolución de la máquina virtual no es para cambiar la forma en la que escribes código, sino para 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 futuros contratos inteligentes se volverán más poderosos, 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 Vitalik eligieron RISC-V de manera coincidente?
En la reciente evolución de la tecnología de la Cadena de bloques, 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 Cadena de bloques: 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 que soporta RISC-V en la red de pruebas AseetHub Westend, y los desarrolladores incluso pueden seguir utilizando Solidity para intentar desarrollar en Polkadot, aunque los contratos se ejecuten finalmente en un nuevo motor de ejecución llamado PolkaVM.
¿Coincidencia? ¿Por qué un conjunto de instrucciones de código abierto inicialmente diseñado para chips ha "rompido el círculo" en el mundo de la cadena de bloques?
Ethereum y Polkadot apuestan coincidentemente por RISC-V, ¿qué es lo que realmente ven en él?
¿Por qué RISC-V ha surgido de la nada, desde los chips hasta la Cadena de bloques?
El "alma" de cada dispositivo de cálculo es su arquitectura de conjunto de instrucciones (ISA), que es el lenguaje que el software utiliza para decirle al hardware "qué quiero que hagas". Los CPU Intel que conocemos utilizan la arquitectura x86, mientras que los chips M de Apple utilizan la arquitectura ARM.
Y RISC-V es un estándar de arquitectura de código abierto y gratuito, que cualquiera puede usar 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 sencilla, flexible y personalizable, disponible como código abierto, y capaz de evitar los riesgos derivados de la geopolítica.
¿Pero cuál es la relación entre RISC-V y la Cadena de bloques?
La máquina virtual (VM) es el "cerebro ejecutivo" de cada cadena de bloques, todos los contratos deben ejecutarse en ella. Sin embargo, los sistemas de máquinas virtuales más utilizados en la actualidad, como el EVM de Ethereum, el WASM de Polkadot y el BPF de Solana, tienen algunos problemas evidentes:
· La arquitectura es antigua, como el 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.
Por lo tanto, cuando la arquitectura "moderna" de RISC-V se presenta ante los ingenieros de cadena de bloques, su intuición es: ¿podemos "RISC-Vizar" también la máquina virtual de cadena de bloques?
Comparación de modelos de cálculo apilado vs basado en registros Ethereum's Choice: Conceptualizar la próxima generación de máquinas virtuales nativas de ZK
La idea de Vitalik es muy del estilo de la comunidad de Ethereum: no es una simple optimización, sino un rediseño 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 matemáticamente verificable. Y el EVM ya es demasiado complejo, no se puede modificar. 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 ser convertido 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 solo se trata de cambiar una máquina virtual, sino de prepararse para una Cadena de bloques escalable, segura y confiable en el futuro.
El camino de Polkadot: impulsado por ingenieros, comenzando con un realismo que reemplaza la base.
A diferencia de la "conceptualización" de Ethereum, Polkadot eligió una ruta más pragmática.
Ya en 2023, el ingeniero principal de Parity, Jan Bujak, comenzó a explorar alternativas a WASM y finalmente eligió RISC-V, lo que llevó al lanzamiento del proyecto PolkaVM. La forma de Polkadot es muy directa:
· El lenguaje permanece sin cambios, continúa usando Solidity · Las herramientas no cambian, Remix, Ethers.js y MetaMask son completamente 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, ofreciendo una capacidad de ejecución más eficiente, más segura y más verificable.
Esto significa que la experiencia del desarrollador básicamente no cambia, pero la ejecución subyacente ha sido completamente renovada. De WebAssembly a RISC-V, de estilo de pila a estilo de registro, de ejecución tradicional a amigable con ZK, esta es una "revolución silenciosa".
Actualmente, PolkaVM puede ejecutarse en la red de prueba Westend de Asset Hub, con el objetivo de lanzar Polkadot en el tercer trimestre de 2025. Perspectiva del desarrollador: tu código no cambia, pero la base se está reconstruyendo silenciosamente.
Aunque Ethereum y Polkadot tienen caminos diferentes hacia RISC-V, uno está por delante en la visión y el otro ya ha implementado la solución, la señal que envían a los desarrolladores es sorprendentemente coherente: no se trata de una transformación en la "capa de escritura", sino de una reestructuración de la infraestructura subyacente.
Para los desarrolladores, no importa en qué cadena te encuentres, en el corto plazo casi no sentirás una sensación de ruptura: aún puedes escribir contratos con Solidity, seguir usando herramientas familiares como Remix, Ethers.js, MetaMask, y el proceso de implementación es prácticamente el mismo, todo como antes.
¡Pero en el fondo invisible, el motor de ejecución ya ha cambiado de núcleo!
En Polkadot, los contratos Solidity ya se pueden compilar a bytecode RISC-V mediante la herramienta revive y ejecutarse en la nueva máquina virtual PolkaVM. En comparación con WASM y el EVM tradicional, PolkaVM presenta un mejor rendimiento en eficiencia de ejecución y facturación de recursos, especialmente en el control de costos de ejecución de contratos complejos.
En la visión técnica de Ethereum, RISC-V también se considera la base más adecuada para la "cadena nativa ZK". Vitalik ha declarado claramente que, si en el futuro se quiere lograr una ejecución lógica en la cadena que sea realmente demostrable matemáticamente, el EVM es un obstáculo ineludible, mientras que RISC-V, con su estructura clara y comportamiento predecible, es el camino de solución ideal.
Más importante aún, este cambio en la capa de arquitectura va mucho más allá de una simple mejora en el rendimiento: una transformación fundamental en el paradigma de desarrollo en la cadena de bloques está ocurriendo en silencio.
La seguridad pasará de depender de "la supervisión humana" a ser "verificable matemáticamente". Cada comportamiento de instrucción de RISC-V puede ser modelado 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 me equivocaré" en la fase de compilación. Puedes escribir código que no requiera la confianza de las personas, simplemente porque "se puede demostrar".
El conocimiento cero pasa de ser una opción poco común a convertirse en la norma. En el pasado, escribir contratos ZK era una habilidad que solo los ingenieros de alto nivel podían manejar. La estructura de RISC-V es inherentemente amigable con zk, su proceso de ejecución es regular y fácil de convertir en circuitos, lo que lo convierte naturalmente en el backend ideal para sistemas como zkEVM. Una vez que se complete el cambio en la capa inferior, los contratos ZK pueden dejar de ser opcionales 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 con el ecosistema de herramientas LLVM, lo que significa que lenguajes como Rust y C pueden compilarse de forma nativa en un formato que se ejecuta en la 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á impulsando la migración del lenguaje ink! a RISC-V, lo que indica que un mundo de contratos coexistentes en diferentes lenguajes es una realidad, no una fantasía.
Escrito al final
No importa en qué cadena estés ahora, si usas Solidity o Rust, si escribes contratos en Remix o si usas Ethers.js para interactuar con el frontend, eventualmente te darás cuenta de que la evolución de la máquina virtual no es para cambiar la forma en la que escribes código, sino para 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 futuros contratos inteligentes se volverán más poderosos, más libres y más dignos de confianza sin que te des cuenta.
Este artículo enlace de referencia: