Vitalik elaboró la hoja de ruta de la capa de ejecución Ethereum, centrándose en dos grandes cambios: el árbol de estados y la máquina virtual

El cofundador de Ethereum Vitalik Buterin publicó una publicación en las redes sociales en la que describe la hoja de ruta de la capa de ejecución Ethereum, centrándose en dos cambios principales: el árbol de estados y la máquina virtual.

Con respecto al árbol de estado, Vitalik admite la actualización del árbol Merkle Patricia hexadecimal actual a un árbol binario basado en una función hash más eficiente a través de EIP-7864. Este cambio puede en short la rama Merkle en cuatro veces, reduciendo el costo de ancho de banda para verificación de datos del cliente; al mismo tiempo, la función hash se puede reemplazar con las series Blake3 o Poseidon, mejorando significativamente la eficiencia de la prueba.

El diseño del árbol binario también agrupará los cupos de almacenamiento en "páginas", reduciendo el costo de acceso para el almacenamiento adyacente, lo que permitirá que muchas aplicaciones DeFi ahorren más de 10.000 Gas por transacción. Además, la estructura del árbol binario es más simple y puede reservar bits de metadatos para funciones de vencimiento futuro del estado.

En el frente de las máquinas virtuales, Vitalik propuso que la dirección en long plazo es reemplazar la EVM, adoptando potencialmente la arquitectura RISC-V. La nueva VM debe cumplir con cuatro objetivos: mayor eficiencia de ejecución en bruto, lo que hace que la mayoría de las precompilaciones sean innecesarias; eficiencia de prueba superior a la EVM; soporte para la generación de pruebas ZK del lado del cliente; y máxima simplificación de la implementación del código.

Señaló que si Ethereum solo se mantiene en el nivel de "EVM + GPU", puede ser "suficiente", pero una mejor VM puede hacer que el protocolo sea más fuerte. La hoja de ruta de la implementación se divide en tres pasos: primero se utilizará la nueva VM para reemplazar las precompilaciones; luego se permitirá a los usuarios implementar contratos basados en la nueva VM; finalmente, se retirará la EVM, haciendo la transición a smart contracts escritos con la nueva VM, consiguiendo una compatibilidad total hacia atrás.