Ethereum no solo intenta construir una capa de ejecución más eficiente, sino también una arquitectura modular que sea compatible con múltiples máquinas virtuales.
Escrito por: Haotian
Un amigo me preguntó qué opino sobre la propuesta radical de @VitalikButerin de reemplazar el código de bytes de la Máquina virtual de Ethereum (EVM) con una arquitectura de conjunto de instrucciones RISC-V de código abierto. Esencialmente, Ethereum está gestando una profunda transformación tecnológica liderada por la tecnología ZK. Voy a desglosar la lógica estratégica detrás de esto:
1）Primero, la idea de Vitalik de reemplazar la EVM por RISC-V en realidad no es nueva. Ya cuando propuso la estrategia de escalado centrada en Rollup, insinuó un pensamiento similar: permitir que las layer2 que cumplan con los requisitos puedan convertirse en la capa de ejecución de la red principal, mientras que la EVM se degradaría de la capa de protocolo a la capa de funcionalidad del cliente de ejecución de Rollup "intra" y se convertiría en una de las muchas AltVM.
La clave para la realización de esta transformación radica en RISC-V como una arquitectura de conjunto de instrucciones más fundamental y general, que puede proporcionar una base «hardware» unificada para zkVM, lo que permite que diversos entornos de ejecución funcionen de manera eficiente dentro del mismo marco. Y esta revolución arquitectónica debe basarse en la finalización del despliegue de SNARKs en la capa base de Ethereum, ya que solo cuando la tecnología ZK pueda aplicarse a gran escala en la validación de estados, esta arquitectura de capa de ejecución modular podrá lograr una mejora en la eficiencia sin comprometer la seguridad.
A decir verdad, este ajuste estratégico de Ethereum parece tener la determinación de "romper el caldero y renacer", pero al analizarlo en profundidad, la reemplazabilidad del nivel de ejecución es en realidad un camino inevitable para cadenas de bloques de fuerte consenso como Ethereum. Frente al impacto tecnológico de nuevas cadenas como Solana y Sui, que se benefician de un TPS extremo, así como la dispersión del mercado por numerosas cadenas compatibles con EVM, Ethereum ha decidido que en lugar de seguir siendo golpeado pasivamente, es mejor atacar proactivamente.
Porque, en comparación con indicadores técnicos puros, el TPS de Ethereum realmente es difícil de competir con nuevas cadenas públicas como Solana y Sui, pero en el dilema de los tres, Ethereum siempre se ha mantenido firme en la seguridad y la descentralización, al mismo tiempo que mantiene una ecología de prosperidad inigualable y una comunidad de desarrolladores.
Si Ethereum intenta mejorar la eficiencia de la capa de ejecución utilizando la arquitectura de conjunto de instrucciones de código abierto RISC-V, se espera que pueda traer un salto de rendimiento de 50 a 100 veces, especialmente en el ámbito de las pruebas ZK. Esta estrategia de iterar la capa de ejecución sin sacrificar la base, conserva las ventajas centrales de Ethereum y aborda directamente sus principales debilidades. ¿Por qué no hacerlo?
Sin embargo, mientras celebramos con entusiasmo la nueva propuesta, debemos entender que la transformación de EVM a RISC-V no es un proceso que se complete de la noche a la mañana. Desde el punto de vista de la implementación técnica, es muy probable que esta transformación no se pueda avanzar plenamente hasta que la tecnología ZK-SNARKs se implemente a gran escala.
En comparación con las importantes actualizaciones del núcleo de Ethereum en los últimos años (como la actualización de la capa de consenso de PoW a PoS), idealmente, todo el proceso requiere un diseño riguroso, pruebas amplias y un sólido apoyo de la comunidad, estimándose que al menos se necesita un ciclo de 2-3 años.
Sin embargo, Vitalik enfatizó en la propuesta la compatibilidad hacia atrás, quizás los contratos EVM existentes continuarán existiendo a través de un intérprete RISC-V o mecanismos de soporte paralelo, lo cual es crucial para reducir los costos de transición para desarrolladores y usuarios. Esta estrategia de cambio progresivo es también un estilo de iteración robusta que Ethereum, como una cadena de bloques pública segura y descentralizada, debe tener inevitablemente.
En mi opinión, la propuesta de Vitalik de reemplazar EVM con RISC-V no es solo un simple ajuste arquitectónico técnico, sino una estrategia de innovación proactiva de Ethereum frente a la competencia de cadenas de bloques de alto rendimiento. Esta propuesta está estrechamente relacionada con las actualizaciones como Verge y Purge en la hoja de ruta de Ethereum, y en esencia gira en torno a la SNARKsización subyacente, con el objetivo de establecer un entorno de ejecución más eficiente y flexible para apoyar futuros escenarios de aplicaciones diversificadas.
Anteriormente, @drakefjustin reveló que la Fundación Ethereum invertirá decenas de millones de dólares en el proyecto zkVMs. Sin duda, zkVM es una de las narrativas centrales del futuro de Ethereum. Ethereum no solo intenta construir una capa de ejecución más eficiente, sino una arquitectura modular que pueda ser compatible con múltiples máquinas virtuales. Esta discusión sobre el reemplazo de EVM por RISC-V puede ser solo el comienzo.
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.
Ethereum está gestando una profunda transformación tecnológica liderada por la tecnología ZK.
Escrito por: Haotian
Un amigo me preguntó qué opino sobre la propuesta radical de @VitalikButerin de reemplazar el código de bytes de la Máquina virtual de Ethereum (EVM) con una arquitectura de conjunto de instrucciones RISC-V de código abierto. Esencialmente, Ethereum está gestando una profunda transformación tecnológica liderada por la tecnología ZK. Voy a desglosar la lógica estratégica detrás de esto:
1）Primero, la idea de Vitalik de reemplazar la EVM por RISC-V en realidad no es nueva. Ya cuando propuso la estrategia de escalado centrada en Rollup, insinuó un pensamiento similar: permitir que las layer2 que cumplan con los requisitos puedan convertirse en la capa de ejecución de la red principal, mientras que la EVM se degradaría de la capa de protocolo a la capa de funcionalidad del cliente de ejecución de Rollup "intra" y se convertiría en una de las muchas AltVM.
La clave para la realización de esta transformación radica en RISC-V como una arquitectura de conjunto de instrucciones más fundamental y general, que puede proporcionar una base «hardware» unificada para zkVM, lo que permite que diversos entornos de ejecución funcionen de manera eficiente dentro del mismo marco. Y esta revolución arquitectónica debe basarse en la finalización del despliegue de SNARKs en la capa base de Ethereum, ya que solo cuando la tecnología ZK pueda aplicarse a gran escala en la validación de estados, esta arquitectura de capa de ejecución modular podrá lograr una mejora en la eficiencia sin comprometer la seguridad.
Porque, en comparación con indicadores técnicos puros, el TPS de Ethereum realmente es difícil de competir con nuevas cadenas públicas como Solana y Sui, pero en el dilema de los tres, Ethereum siempre se ha mantenido firme en la seguridad y la descentralización, al mismo tiempo que mantiene una ecología de prosperidad inigualable y una comunidad de desarrolladores.
Si Ethereum intenta mejorar la eficiencia de la capa de ejecución utilizando la arquitectura de conjunto de instrucciones de código abierto RISC-V, se espera que pueda traer un salto de rendimiento de 50 a 100 veces, especialmente en el ámbito de las pruebas ZK. Esta estrategia de iterar la capa de ejecución sin sacrificar la base, conserva las ventajas centrales de Ethereum y aborda directamente sus principales debilidades. ¿Por qué no hacerlo?
En comparación con las importantes actualizaciones del núcleo de Ethereum en los últimos años (como la actualización de la capa de consenso de PoW a PoS), idealmente, todo el proceso requiere un diseño riguroso, pruebas amplias y un sólido apoyo de la comunidad, estimándose que al menos se necesita un ciclo de 2-3 años.
Sin embargo, Vitalik enfatizó en la propuesta la compatibilidad hacia atrás, quizás los contratos EVM existentes continuarán existiendo a través de un intérprete RISC-V o mecanismos de soporte paralelo, lo cual es crucial para reducir los costos de transición para desarrolladores y usuarios. Esta estrategia de cambio progresivo es también un estilo de iteración robusta que Ethereum, como una cadena de bloques pública segura y descentralizada, debe tener inevitablemente.
En mi opinión, la propuesta de Vitalik de reemplazar EVM con RISC-V no es solo un simple ajuste arquitectónico técnico, sino una estrategia de innovación proactiva de Ethereum frente a la competencia de cadenas de bloques de alto rendimiento. Esta propuesta está estrechamente relacionada con las actualizaciones como Verge y Purge en la hoja de ruta de Ethereum, y en esencia gira en torno a la SNARKsización subyacente, con el objetivo de establecer un entorno de ejecución más eficiente y flexible para apoyar futuros escenarios de aplicaciones diversificadas.
Anteriormente, @drakefjustin reveló que la Fundación Ethereum invertirá decenas de millones de dólares en el proyecto zkVMs. Sin duda, zkVM es una de las narrativas centrales del futuro de Ethereum. Ethereum no solo intenta construir una capa de ejecución más eficiente, sino una arquitectura modular que pueda ser compatible con múltiples máquinas virtuales. Esta discusión sobre el reemplazo de EVM por RISC-V puede ser solo el comienzo.