[Nuevo hilo en inglés] El nuevo camino de Ethereum: hacia 10.000 TPS y la visión definitiva de "ZK para todo"

Introducción de Chainfeeds:

Ethereum se está preparando para el cambio de arquitectura más importante desde su lanzamiento: reemplazar EVM por RISC-V. La razón es simple: en un futuro donde ZK es prioritario, EVM se ha convertido en el mayor cuello de botella.

Fuente del artículo:

https://x.com/0xJaehaerys/status/1960051628129865918

Autor del artículo:

jaehaerys

Opinión:

jaehaerys:Ethereum está en el punto de inflexión arquitectónico más importante desde su génesis: reemplazar la Ethereum Virtual Machine (EVM) por RISC-V. La razón fundamental detrás de este cambio es que, en la era de las pruebas de conocimiento cero (ZK), la EVM se ha convertido en el mayor cuello de botella. Actualmente, la forma en que funciona zkEVM es primero compilando el intérprete de EVM a RISC-V y luego realizando la prueba, lo que genera una pérdida de rendimiento de entre 50 y 800 veces. A medida que otros componentes como las funciones hash ya han sido optimizados, la prueba de ejecución de bloques se ha convertido gradualmente en la parte más lenta, y la ineficiencia de la EVM se amplifica por completo. Vitalik señaló que, en lugar de envolver la EVM en otra capa, es mejor exponer directamente RISC-V y eliminar la capa de interpretación redundante. Al mismo tiempo, los "contratos precompilados" de los que Ethereum ha dependido durante mucho tiempo también se han demostrado como una fuente de deuda técnica. Estas funciones codificadas aumentan la complejidad del protocolo y el riesgo de consenso, y cada vez que se agrega una nueva se requiere un hard fork, lo que ralentiza la innovación. Vitalik ha dejado claro que se debe pausar la introducción de nuevos precompiles y migrar hacia una implementación en RISC-V. Además, la arquitectura de pila de 256 bits utilizada por la EVM es extremadamente ineficiente, especialmente cuando en escenarios ZK los cálculos de enteros suelen requerir solo 32/64 bits, lo que amplifica el costo entre 2 y 4 veces. En resumen, los tres grandes problemas de cuello de botella de rendimiento, deuda de complejidad y arquitectura obsoleta hacen que "reconstruir la capa de ejecución de Ethereum con RISC-V" sea una elección urgente. RISC-V no es un producto específico, sino un estándar abierto y modular de conjunto de instrucciones. Su núcleo minimalista contiene solo unas 47 instrucciones básicas, y su seguridad y verificabilidad superan ampliamente a la EVM, que es mucho más compleja; además, su ecosistema abierto significa que los desarrolladores no necesitan construir desde cero la cadena de herramientas del compilador, ya que lenguajes populares como Rust, C++ y Go pueden compilarse directamente a RISC-V, reduciendo considerablemente la barrera de entrada para los desarrolladores de Ethereum. Más importante aún, el ecosistema ZK prácticamente ya ha alcanzado un consenso: 9 de cada 10 proyectos de zkVM han elegido RISC-V como su ISA subyacente, demostrando que este estándar se ha convertido en la solución unificada de facto de la industria. En comparación con el oscuro y ambiguo "Yellow Paper", RISC-V cuenta con una especificación formal y legible por máquina en SAIL, lo que proporciona una base para la verificación matemática de la corrección. Al mismo tiempo, el "modo privilegiado" de RISC-V ofrece aislamiento a nivel de hardware para entornos de ejecución confiables: los contratos en modo usuario deben llamar al modo kernel mediante la instrucción ECALL, construyendo así un límite de seguridad más sólido que el sandbox de software de la EVM. La ruta de migración se dividirá en tres etapas: la primera etapa reemplazará los precompiles por RISC-V en escenarios de bajo riesgo; la segunda etapa será una era de doble VM, donde los contratos EVM y RISC-V podrán llamarse entre sí; la tercera etapa será la "estrategia Rosetta", donde la EVM se ejecutará como un contrato sobre RISC-V para mantener la compatibilidad a largo plazo. Esta evolución gradual garantiza la estabilidad y allana el camino para la simplificación final del protocolo. La transición de EVM a RISC-V no es solo una actualización de la capa de ejecución, sino que remodelará todo el ecosistema de Ethereum. Para los Rollups, los optimistas (Arbitrum, Optimism) dependen de la EVM de L1 para el recálculo de pruebas de fraude, por lo que si la EVM es reemplazada, su modelo enfrentará una reconstrucción total o el riesgo de desvinculación. En cambio, los ZK Rollups obtendrán una ventaja estratégica: la mayoría de los proyectos ya usan RISC-V internamente, y la unificación nativa del entorno de ejecución entre L1 y L2 permitirá "Rollups nativos", con liquidación eficiente y sin fisuras en L1 y menores costos de prueba. Para los desarrolladores, lenguajes como Rust, Go y Python podrán ejecutarse directamente en L1, expandiendo radicalmente los límites del desarrollo de smart contracts; para los usuarios, el costo de las pruebas podría reducirse cien veces, y Ethereum podría alcanzar un nivel de "Gigagas L1" con decenas de miles de TPS. A más largo plazo, esta transformación está alineada con la visión de "Lean Ethereum": simplificar las capas de consenso, datos y ejecución, permitiendo que Ethereum evolucione hacia una capa de confianza minimalista y verificable para Internet. La propuesta de Vitalik de "el objetivo final es ZK-snark everything" ya no es una fantasía, sino un plan concreto que se hace realidad gracias a RISC-V. Esto significa que el futuro de Ethereum ya no será una "máquina virtual de smart contracts" en el sentido tradicional, sino una base de confianza globalmente verificable, simple y transparente. [El original está en inglés]