Después de más de un año de impulsar enormemente la actualización de Dencun a la red de segunda capa, y solo unos meses antes del tan esperado lanzamiento de Fusaka, el cofundador de Ethereum, Vitalik Buterin, presentó una audaz propuesta. En una publicación en el foro de abril, afirmó que la red podría eventualmente reemplazar su larga duración creador de mercado Máquina virtual de Ethereum (EVM) por la arquitectura de conjunto de instrucciones de código abierto RISC-V. Esta propuesta generó un intenso debate en la comunidad: RISC-V podría proporcionar a Ethereum pruebas de zk-rollup más rápidas, pero los desafíos de migración incluyen la reescritura de contratos inteligentes y un restablecimiento de seguridad. ¿Es este realmente el futuro escalable de Ethereum o un reinicio arriesgado?
1. El atractivo de la nueva fundación: las ventajas tecnológicas de RISC-V
Para aquellos que no están familiarizados, EVM es el motor de ejecución de todos los contratos inteligentes en Ethereum. Convierte el código Solidity en instrucciones a nivel de máquina y controla la forma en que interactúan los contratos. Desde el nacimiento de Ethereum, ha sido su pilar. Por lo tanto, cuando Buterin propuso la idea de reemplazar EVM, causó un gran revuelo en la comunidad.
Su razonamiento está basado en la escalabilidad a largo plazo: escribió: "Los esfuerzos de Beam Chain tienen un gran potencial para simplificar la capa de consenso. Pero para que la capa de ejecución obtenga beneficios similares, este cambio radical puede ser el único camino viable." Buterin cree que una máquina virtual basada en RISC-V podría aumentar la velocidad de generación de pruebas de conocimiento cero en 100 veces. Esto podría cambiar radicalmente el panorama de los zk-rollups, que se consideran la mejor solución de escalabilidad segura para Ethereum. RISC-V no necesita convertir el código de Solidity a EVM y luego a un formato que soporte pruebas de conocimiento cero, simplificando así la generación de pruebas y reduciendo los costos de computación.
Las ventajas técnicas de RISC-V son indiscutibles. Es abierto, personalizable y ya se ha aplicado en proyectos como Nervos. También es amigable para la ejecución en paralelo y aplicaciones de conocimiento cero. El desarrollador anónimo Block.nm señala: "La agregación de ZK-STARK y ZK-SNARK puede reducir el tiempo y costo de las pruebas. A través de la ejecución basada en registros, se vuelve más fácil escribir programas verificables."
Dos, Desafíos de Migración: Reinicio Completo del Ecosistema
Sin embargo, proponer una idea es una cosa, y transformar radicalmente el núcleo del ecosistema de Ethereum es otra. Stuart Popejoy, cofundador y CEO de la cadena de bloques Layer 1 PoW Kadena, habló sin rodeos sobre la magnitud de esta disrupción: le dijo a CryptoPotato: "No es posible que ocurra una disrupción masiva a corto plazo, porque no puede suceder rápidamente. Un sistema 'mejor' debe funcionar en paralelo durante años y acumular los efectos de red del EVM." La red de pruebas EVM Chainweb de la plataforma de Popejoy se lanzó recientemente. Él cree que reemplazar el EVM no es como cambiar una base de datos o actualizar un protocolo. Es como pedir a la red que reemplace HTTP; teóricamente posible, pero en la práctica absurdo.
Integrar RISC-V en Ethereum no es solo una actualización de software, sino un reinicio completo del ecosistema. Primero, los contratos inteligentes son inmutables. No puedes simplemente migrarlos. Como explica Popejoy, "el estado existente está vinculado criptográficamente a direcciones específicas en la EVM." Reescribir los contratos desde cero será obligatorio, así como reauditar los contratos. Y hay un desafío más profundo: perder la visión de seguridad acumulada durante diez años. "Volveremos a cero con el conocimiento de seguridad acumulado durante diez años," advierte Popejoy. "Ya sabemos mucho sobre la EVM; todo esto se volverá irrelevante."
Los problemas de compatibilidad también se extienden a la capa Layer-2 de Ethereum. La prueba de error en Optimism y Arbitrum depende de que Layer-1 ejecute el bytecode EVM para verificar las transacciones de rollup. Si se reemplaza el EVM, se dañará el rendimiento de Layer-1. Popejoy señala: "Debes construir un intérprete EVM completo con RISC-V. Esto va en contra de la intención de reducir costos y acelerar la velocidad." Si esto no es factible, Layer-2 podría verse obligado a convertirse en una cadena soberana, lo que dividiría el ecosistema y perjudicaría la composabilidad.
Tres, el camino hacia adelante: doble máquina virtual y mejoras progresivas
La mayoría de los expertos están de acuerdo: no hay una línea divisoria clara. Algunas personas creen que la única solución realista es soportar al menos dos máquinas virtuales en los próximos diez años. Los nuevos contratos pueden utilizar una arquitectura RISC-V más rápida, mientras que los contratos antiguos seguirán funcionando en EVM. Con el tiempo, si las ventajas son evidentes y las herramientas son poderosas, los desarrolladores pueden optar por migrar.
"El soporte para dos máquinas virtuales proporcionará flexibilidad a los desarrolladores," dijo Onuogu. "Ofrece un tiempo adaptable y asegura la continuidad." Ella enfatizó que se necesita un lanzamiento gradual, similar a la forma en que se introdujeron los zk-rollups, sin interrumpir las aplicaciones existentes. Al mismo tiempo, los desarrolladores de L2 deberían estar preparados. Block.nm sugiere invertir de inmediato en arquitecturas modularizadas, abstraer sistemas de prueba, desacoplar la capa de liquidación y probar compiladores alternativos como LLVM IR y WebAssembly. "No confíes completamente en Solidity," advirtieron.
Pero incluso con la preparación adecuada, la migración no es tarea fácil. Ethereum tiene decenas de miles de aplicaciones, miles de millones de dólares en valor y millones de usuarios. Cada aplicación tiene diferentes dependencias. La nueva Máquina virtual debe respetar de alguna manera estas relaciones, de lo contrario, existe el riesgo de dividir la comunidad. Sin embargo, la discusión en torno a reemplazar la EVM refleja un hecho más grande: Ethereum debe evolucionar.
Aunque las actualizaciones de Dencun y Pectra han resuelto cuellos de botella críticos, su escalabilidad sigue siendo temporal en este momento. La capa base de la red aún sufre de complejidad, ejecución lenta y diseño monolítico. Como señalaron Buterin y otros, la sostenibilidad a largo plazo podría requerir una arquitectura más simple y clara, especialmente en el contexto de competidores como Solana, Sui y los marcos de rollup modular que están erosionando la posición dominante de Ethereum.
Es por eso que propuestas como EIP-7983, que limita el consumo de Gas por transacción, han prosperado. Estas propuestas prometen ofrecer una mayor previsibilidad, velocidades de propagación de bloques más rápidas y un mejor soporte para la ejecución de pruebas de cero conocimiento, al mismo tiempo que minimizan las interrupciones. Estas mejoras progresivas reflejan el concepto de diseño emergente de Ethereum: simplificar tanto como sea posible y reservar lo necesario.
Sin embargo, RISC-V no es una solución mágica. Como dice Popejoy, es posible que nunca reemplace al EVM. Pero abre la puerta a la experimentación. Si Ethereum quiere seguir manteniendo su posición como la blockchain programable líder en el mundo, no puede quedarse en su pila original.
"La evolución de Ethereum no es para reemplazar todo lo que ya hemos construido", resumió Onuogu. "Sino para construir el futuro de manera cuidadosa y abierta, con una visión del ecosistema completo."
Conclusión:
RISC-V en Ethereum es una propuesta ambiciosa diseñada para mejorar el rendimiento y la seguridad de Ethereum, en respuesta a los desafíos futuros. Aunque el proceso de migración está lleno de desafíos, sus beneficios potenciales, especialmente en términos de mejoras en la demostración zk-rollup, podrían ofrecer un futuro escalable para Ethereum. Esta innovación tecnológica pondrá a prueba el consenso y la capacidad de ejecución de la comunidad de Ethereum, pero su objetivo final es asegurar que Ethereum mantenga una posición de liderazgo en un panorama de blockchain en constante cambio.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
¿El cambio de EVM a RISC-V propuesto por «V God» de Ethereum es un futuro escalable o un reinicio arriesgado?
Después de más de un año de impulsar enormemente la actualización de Dencun a la red de segunda capa, y solo unos meses antes del tan esperado lanzamiento de Fusaka, el cofundador de Ethereum, Vitalik Buterin, presentó una audaz propuesta. En una publicación en el foro de abril, afirmó que la red podría eventualmente reemplazar su larga duración creador de mercado Máquina virtual de Ethereum (EVM) por la arquitectura de conjunto de instrucciones de código abierto RISC-V. Esta propuesta generó un intenso debate en la comunidad: RISC-V podría proporcionar a Ethereum pruebas de zk-rollup más rápidas, pero los desafíos de migración incluyen la reescritura de contratos inteligentes y un restablecimiento de seguridad. ¿Es este realmente el futuro escalable de Ethereum o un reinicio arriesgado?
1. El atractivo de la nueva fundación: las ventajas tecnológicas de RISC-V
Para aquellos que no están familiarizados, EVM es el motor de ejecución de todos los contratos inteligentes en Ethereum. Convierte el código Solidity en instrucciones a nivel de máquina y controla la forma en que interactúan los contratos. Desde el nacimiento de Ethereum, ha sido su pilar. Por lo tanto, cuando Buterin propuso la idea de reemplazar EVM, causó un gran revuelo en la comunidad.
Su razonamiento está basado en la escalabilidad a largo plazo: escribió: "Los esfuerzos de Beam Chain tienen un gran potencial para simplificar la capa de consenso. Pero para que la capa de ejecución obtenga beneficios similares, este cambio radical puede ser el único camino viable." Buterin cree que una máquina virtual basada en RISC-V podría aumentar la velocidad de generación de pruebas de conocimiento cero en 100 veces. Esto podría cambiar radicalmente el panorama de los zk-rollups, que se consideran la mejor solución de escalabilidad segura para Ethereum. RISC-V no necesita convertir el código de Solidity a EVM y luego a un formato que soporte pruebas de conocimiento cero, simplificando así la generación de pruebas y reduciendo los costos de computación.
Las ventajas técnicas de RISC-V son indiscutibles. Es abierto, personalizable y ya se ha aplicado en proyectos como Nervos. También es amigable para la ejecución en paralelo y aplicaciones de conocimiento cero. El desarrollador anónimo Block.nm señala: "La agregación de ZK-STARK y ZK-SNARK puede reducir el tiempo y costo de las pruebas. A través de la ejecución basada en registros, se vuelve más fácil escribir programas verificables."
Dos, Desafíos de Migración: Reinicio Completo del Ecosistema
Sin embargo, proponer una idea es una cosa, y transformar radicalmente el núcleo del ecosistema de Ethereum es otra. Stuart Popejoy, cofundador y CEO de la cadena de bloques Layer 1 PoW Kadena, habló sin rodeos sobre la magnitud de esta disrupción: le dijo a CryptoPotato: "No es posible que ocurra una disrupción masiva a corto plazo, porque no puede suceder rápidamente. Un sistema 'mejor' debe funcionar en paralelo durante años y acumular los efectos de red del EVM." La red de pruebas EVM Chainweb de la plataforma de Popejoy se lanzó recientemente. Él cree que reemplazar el EVM no es como cambiar una base de datos o actualizar un protocolo. Es como pedir a la red que reemplace HTTP; teóricamente posible, pero en la práctica absurdo.
Integrar RISC-V en Ethereum no es solo una actualización de software, sino un reinicio completo del ecosistema. Primero, los contratos inteligentes son inmutables. No puedes simplemente migrarlos. Como explica Popejoy, "el estado existente está vinculado criptográficamente a direcciones específicas en la EVM." Reescribir los contratos desde cero será obligatorio, así como reauditar los contratos. Y hay un desafío más profundo: perder la visión de seguridad acumulada durante diez años. "Volveremos a cero con el conocimiento de seguridad acumulado durante diez años," advierte Popejoy. "Ya sabemos mucho sobre la EVM; todo esto se volverá irrelevante."
Los problemas de compatibilidad también se extienden a la capa Layer-2 de Ethereum. La prueba de error en Optimism y Arbitrum depende de que Layer-1 ejecute el bytecode EVM para verificar las transacciones de rollup. Si se reemplaza el EVM, se dañará el rendimiento de Layer-1. Popejoy señala: "Debes construir un intérprete EVM completo con RISC-V. Esto va en contra de la intención de reducir costos y acelerar la velocidad." Si esto no es factible, Layer-2 podría verse obligado a convertirse en una cadena soberana, lo que dividiría el ecosistema y perjudicaría la composabilidad.
Tres, el camino hacia adelante: doble máquina virtual y mejoras progresivas
La mayoría de los expertos están de acuerdo: no hay una línea divisoria clara. Algunas personas creen que la única solución realista es soportar al menos dos máquinas virtuales en los próximos diez años. Los nuevos contratos pueden utilizar una arquitectura RISC-V más rápida, mientras que los contratos antiguos seguirán funcionando en EVM. Con el tiempo, si las ventajas son evidentes y las herramientas son poderosas, los desarrolladores pueden optar por migrar.
"El soporte para dos máquinas virtuales proporcionará flexibilidad a los desarrolladores," dijo Onuogu. "Ofrece un tiempo adaptable y asegura la continuidad." Ella enfatizó que se necesita un lanzamiento gradual, similar a la forma en que se introdujeron los zk-rollups, sin interrumpir las aplicaciones existentes. Al mismo tiempo, los desarrolladores de L2 deberían estar preparados. Block.nm sugiere invertir de inmediato en arquitecturas modularizadas, abstraer sistemas de prueba, desacoplar la capa de liquidación y probar compiladores alternativos como LLVM IR y WebAssembly. "No confíes completamente en Solidity," advirtieron.
Pero incluso con la preparación adecuada, la migración no es tarea fácil. Ethereum tiene decenas de miles de aplicaciones, miles de millones de dólares en valor y millones de usuarios. Cada aplicación tiene diferentes dependencias. La nueva Máquina virtual debe respetar de alguna manera estas relaciones, de lo contrario, existe el riesgo de dividir la comunidad. Sin embargo, la discusión en torno a reemplazar la EVM refleja un hecho más grande: Ethereum debe evolucionar.
Aunque las actualizaciones de Dencun y Pectra han resuelto cuellos de botella críticos, su escalabilidad sigue siendo temporal en este momento. La capa base de la red aún sufre de complejidad, ejecución lenta y diseño monolítico. Como señalaron Buterin y otros, la sostenibilidad a largo plazo podría requerir una arquitectura más simple y clara, especialmente en el contexto de competidores como Solana, Sui y los marcos de rollup modular que están erosionando la posición dominante de Ethereum.
Es por eso que propuestas como EIP-7983, que limita el consumo de Gas por transacción, han prosperado. Estas propuestas prometen ofrecer una mayor previsibilidad, velocidades de propagación de bloques más rápidas y un mejor soporte para la ejecución de pruebas de cero conocimiento, al mismo tiempo que minimizan las interrupciones. Estas mejoras progresivas reflejan el concepto de diseño emergente de Ethereum: simplificar tanto como sea posible y reservar lo necesario.
Sin embargo, RISC-V no es una solución mágica. Como dice Popejoy, es posible que nunca reemplace al EVM. Pero abre la puerta a la experimentación. Si Ethereum quiere seguir manteniendo su posición como la blockchain programable líder en el mundo, no puede quedarse en su pila original.
"La evolución de Ethereum no es para reemplazar todo lo que ya hemos construido", resumió Onuogu. "Sino para construir el futuro de manera cuidadosa y abierta, con una visión del ecosistema completo."
Conclusión:
RISC-V en Ethereum es una propuesta ambiciosa diseñada para mejorar el rendimiento y la seguridad de Ethereum, en respuesta a los desafíos futuros. Aunque el proceso de migración está lleno de desafíos, sus beneficios potenciales, especialmente en términos de mejoras en la demostración zk-rollup, podrían ofrecer un futuro escalable para Ethereum. Esta innovación tecnológica pondrá a prueba el consenso y la capacidad de ejecución de la comunidad de Ethereum, pero su objetivo final es asegurar que Ethereum mantenga una posición de liderazgo en un panorama de blockchain en constante cambio.