Vitalik Buterin se encuentra nuevamente en la vanguardia de la tecnología de Ethereum, y esta vez propone una idea audaz que podría sacudir toda la capa de ejecución de Ethereum: sustituir la máquina virtual de Ethereum (EVM) existente con RISC-V. Durante la última década, EVM se ha convertido en sinónimo de plataformas de contratos inteligentes, es la base sobre la cual se ejecutan los códigos de Solidity y Vyper, y es el "motor" subyacente del que dependen Rollups y arquitecturas L2. Pero para Vitalik, este "motor" ha comenzado a mostrar numerosos problemas que no se adaptan a las necesidades modernas.
原文：https://ethereum-magicians.org/t/long-term-l1-execution-layer-proposal-replace-the-evm-with-risc-v/23617
Entonces, ¿por qué RISC-V? ¿Por qué proponerlo ahora? ¿Qué gran visión y desafíos técnicos se esconden detrás de esto?
Primero, aunque EVM es sólido, estructuralmente ya está "viejo". EVM utiliza una estructura de pila de 256 bits, diseñada esencialmente para la seguridad y determinación de la blockchain, sin embargo, esta arquitectura se aleja de la forma en que funcionan los CPUs en el mundo real, lo que significa que cualquier sistema basado en pruebas ZK (zero-knowledge) que intente simular EVM tendrá que gastar muchos recursos: muchos recursos para probar "que este código realmente funciona como EVM", en lugar de realizar un verdadero procesamiento de lógica de negocio.
Así que tenemos el cuello de botella que enfrenta hoy el ZK-EVM: es lento, no porque la tecnología ZK en sí misma no sea avanzada, sino porque tiene que simular una máquina virtual que no es lo suficientemente simple y difícil de probar. Y precisamente en estos sistemas ZK, el código de EVM a menudo se "convierte" a otro formato para su procesamiento: RISC-V.
La propuesta de Vitalik es un paso lógico: "Dado que todos los sistemas ZK eventualmente tendrán que traducir EVM a RISC-V, ¿por qué no permitir que los contratos inteligentes se ejecuten nativamente en RISC-V?" Es como si al escribir con pinyin tuvieras que convertir a caracteres chinos cada vez, hasta que un día alguien dijera: "¿Podemos reconocer directamente la entrada de voz?"
RISC-V es una arquitectura de conjunto de instrucciones utilizada en CPUs en el mundo real, sencilla, modular y de código abierto, con un diseño moderno y un ecosistema de hardware y software maduro que lo respalda. Es inherentemente adecuado para generar circuitos ZK: en el mundo ZK, demostrar la corrección de una instrucción RISC-V es mucho más simple que demostrar la de una instrucción EVM. Vitalik cita datos de varios proyectos experimentales que sugieren que si RISC-V se utiliza directamente como la arquitectura de ejecución de contratos, la velocidad de prueba ZK podría aumentar de 50 a 100 veces, lo que significa que el tiempo para generar una prueba de un bloque de Ethereum podría reducirse de minutos a segundos, lo que sería un salto cualitativo para Ethereum L1 y los principales Rollups.
Por supuesto, los lenguajes Solidity y Vyper que conocemos aún se pueden conservar, solo que el lenguaje de destino después de la compilación ya no será el bytecode de EVM, sino las instrucciones de RISC-V. En otras palabras, para la mayoría de los desarrolladores, esto será casi un "reemplazo sin sensación", ni siquiera notarán que ha habido un cambio en el fondo. Vitalik también propuso tres caminos de compatibilidad para enfrentar los desafíos durante el período de transición:
Dualidad de máquinas virtuales: EVM y RISC-V coexistirán, los nuevos contratos pueden optar por usar RISC-V, mientras que los contratos antiguos permanecerán como están. Lo más seguro y compatible.
Encapsulación de intérprete en cadena: ejecutar EVM como un "subsistema" sobre RISC-V, esencialmente simulando EVM en la cadena con RISC-V. Este método es radical pero unificado.
Mecanismo de complemento de intérprete: permitir que la capa de protocolo soporte múltiples máquinas virtuales (como futuras VM Move, WASM, etc.), RISC-V será la opción predeterminada pero no excluyente, con capacidad de expansión.
Los desafíos técnicos son evidentemente numerosos. Por ejemplo, el modelo de Gas de RISC-V necesita ser rediseñado; cómo garantizar la ejecución determinista de los contratos inteligentes sin el apoyo de bibliotecas estándar; y cómo muchos herramientas de seguridad, depuradores y marcos de auditoría deben ser desarrollados nuevamente, la reestructuración del ecosistema es una empresa considerable.
A nivel comunitario, esta propuesta ha generado un gran debate. Los radicales creen que esta es una actualización estratégica que Ethereum necesita para competir con nuevas cadenas de alto rendimiento como Solana, Sui y Aptos, y es un paso necesario hacia la "próxima generación de Ethereum"; mientras que los conservadores temen que la dificultad de implementación y el costo de ingeniería sean demasiado altos, y que el costo de migración del ecosistema sea difícil de estimar, lo que podría provocar confusión de compatibilidad y rupturas en la cadena de herramientas.
Sam Blackshear, cofundador de Sui, incluso ha declarado públicamente que si rediseñara la blockchain, adoptaría directamente el lenguaje Move, ya que Move es más fuerte en gestión de recursos y seguridad. Sin embargo, también reconoce que RISC-V es una alternativa realista y razonable para Ethereum en este momento.
Es importante señalar que Ethereum no tiene la intención de usar RISC-V para "reemplazar las soluciones de escalado". Layer 2, el fragmentado de datos EIP-4844, soluciones de mitigación MEV, etc., seguirán avanzando, RISC-V es más bien un fortalecimiento de la infraestructura en el nivel de "cambiar motor", no un medio de escalado directo. Pero este nuevo motor, quizás pueda hacer que el escalado futuro de Ethereum sea más rápido, más estable y más eficiente.
La propuesta de Vitalik no es un "Ethereum 2.5" que se pueda lanzar mañana, sino más bien un mapa de ruta direccional a largo plazo: en los próximos años, cuando la cadena de herramientas esté lista y se establezca un consenso comunitario, RISC-V podría convertirse gradualmente en el verdadero "nuevo núcleo" de Ethereum.
En esta era donde todos los fundadores ya se han retirado al fondo y solo queda el bullicio del mercado, Vitalik todavía está dispuesto a "escribir propuestas personalmente", profundizando en los detalles técnicos y promoviendo una transformación arquitectónica que podría abrir un espacio de cien veces en la eficiencia de cálculo en cadena. Este principio y persistencia son uno de los motivos por los cuales Ethereum sigue manteniendo su liderazgo.
¿Guardianes, están de acuerdo con esta decisión?