Vitalik propone una revisión profunda de la capa de ejecución
Vitalik Buterin propone cambios importantes en la capa de ejecución de Ethereum, incluyendo árboles de estado binarios y un posible cambio de EVM a RISC-V.
El cofundador de Ethereum, Vitalik Buterin, ha propuesto una revisión mayor de la capa de ejecución de la red como parte de su hoja de ruta de escalabilidad.
El plan apunta a los cuellos de botella en la prueba y ejecución, enfocándose en actualizaciones estructurales. Las propuestas clave incluyen cambiar a un árbol de estado binario y posiblemente reemplazar la EVM por una arquitectura RISC V.
Propuesta de Árbol de Estado Binario
La hoja de ruta incluye la EIP 7864, que reemplaza el actual Árbol de Patricia de Merkle hexárico. El nuevo diseño utiliza un árbol binario y una función hash más eficiente.
Desarrolladores como Guillaume Ballet han trabajado en la propuesta. La estructura binaria reduce el tamaño de las ramas de Merkle.
Las ramas más cortas disminuyen las necesidades de ancho de banda para la verificación. Esto puede reducir costos para clientes ligeros y sistemas de recuperación de información privada.
Ahora, cambios en la capa de ejecución. Ya he hablado sobre abstracción de cuentas, gas multidimensional, BALs y ZK-EVMs.
También mencioné aquí una actualización a corto plazo de la EVM que creo será muy valiosa: una precompilación de matemáticas vectorizadas (básicamente, hacer operaciones en 32 bits o potencialmente…
— vitalik.eth (@VitalikButerin) 1 de marzo de 2026
Buterin afirmó que las ramas podrían volverse cuatro veces más cortas. Esto haría más viable la verificación del lado del cliente y también mejoraría la eficiencia de las pruebas de conocimiento cero.
La propuesta también considera cambiar la función hash. Las opciones incluyen Blake3 o una variante de Poseidon.
Blake3 podría ofrecer ganancias moderadas en velocidad, mientras que Poseidon podría mejorar aún más el rendimiento del probador.
La propuesta agrupa los slots de almacenamiento en páginas de 64 a 256 slots, lo que podría reducir los costos de gas para contratos que acceden a almacenamiento adyacente.
Muchas aplicaciones usan frecuentemente los primeros slots de almacenamiento, y esta estructura podría reducir los costos de ejecución.
El árbol binario también reduce la variación en la profundidad de acceso, simplifica el modelo y soporta futuros metadatos de expiración de estado.
Propuesta de Cambio de Máquina Virtual
La segunda parte de la propuesta concierne a la Máquina Virtual de Ethereum. Buterin discutió reemplazar la EVM por una máquina virtual basada en RISC V.
Este cambio se describe como a largo plazo y actualmente no consensuado. Argumentó que la complejidad del protocolo ha aumentado con el tiempo.
Algunos desarrolladores evitan usar la EVM debido a las restricciones percibidas. Él afirmó que una nueva VM podría restaurar la simplicidad y la generalidad.
RISC V es un conjunto de instrucciones estándar abierto. Los probadores suelen estar escritos en RISC V hoy en día. Alinear la VM del protocolo con los entornos de los probadores podría mejorar la eficiencia.
Buterin dijo que un intérprete RISC V puede ser compacto. Lo describió como solo unas pocas centenas de líneas de código. Dijo que así debería sentirse una VM de blockchain.
La propuesta también busca reducir la dependencia de las precompilaciones. Una VM más eficiente podría hacer innecesarias muchas precompilaciones. Esto podría simplificar las reglas del protocolo y reducir casos especiales.
El prueba en el lado del cliente es otro enfoque. Los usuarios podrían generar pruebas sobre llamadas a contratos localmente. Esto se alinea con los planes de integración más amplios de conocimiento cero.
Lectura relacionada: Vitalik mapea el plan de Ethereum para reducir rápidamente los slots de L1
Hoja de Ruta de Despliegue por Fases
La propuesta describe un proceso de transición gradual. El primer paso permitiría usar la nueva VM solo para las precompilaciones.
Muchas precompilaciones existentes podrían convertirse en código que se ejecuta dentro de la nueva VM. La segunda fase permitiría a los usuarios desplegar contratos directamente en la nueva VM.
Esto operaría junto a la EVM existente. Los desarrolladores podrían elegir su entorno preferido.
La fase final sería retirar la EVM. La EVM misma podría ejecutarse como un contrato inteligente dentro de la nueva VM.
Este enfoque busca mantener la compatibilidad hacia atrás. Los costos de gas podrían cambiar durante la transición.
Sin embargo, la hoja de ruta sugiere que esfuerzos de escalabilidad más amplios podrían compensar esos efectos. El enfoque sigue centrado en la eficiencia y un diseño más limpio.
Buterin afirmó que Ethereum funcionaría con actualizaciones incrementales por sí solo. Sin embargo, presentó la revisión como una mejora estructural.
La propuesta enmarca la capa de ejecución como central para la escalabilidad futura. La hoja de ruta conecta la reforma del árbol de estado y el reemplazo de la VM.
Ambos aspectos apuntan a mejorar la eficiencia en las pruebas y los casos de uso en el cliente. La propuesta ahora entra en una discusión más amplia dentro de la comunidad de Ethereum.