Ethereum está a punto de recibir una gran cirugía, y la cuestión clave es qué hacer con la EVM.

Recientemente, Vitalik planteó un tema interesante. Hasta ahora, los desarrolladores de Ethereum han preferido codificar contratos precompilados en la capa de protocolo en lugar de modificar directamente la EVM cada vez que se necesita una nueva operación criptográfica. Era una especie de estrategia de elusión. Pero Vitalik considera que esto no es una solución fundamental.

Lo que propuso son dos enfoques principales. El primero es simplificar el árbol de estado, cambiando de una estructura hexagonal actual a un árbol binario más simple (EIP-7864). Esto reduce la longitud de las ramas Merkle a una cuarta parte, disminuyendo significativamente el ancho de banda necesario para verificar datos en clientes ligeros. El segundo es más audaz: reemplazar la EVM por una arquitectura RISC-V. La lógica es sencilla: los sistemas de pruebas ZK ya usan RISC-V, entonces, ¿por qué la máquina virtual debería usar otro lenguaje? Eliminar la capa de traducción aumentaría la eficiencia de forma natural.

Curiosamente, Arbitrum no está de acuerdo con esto. El equipo de Rollups fuera de cadena presentó una refutación concreta, argumentando que RISC-V es bueno para las pruebas, pero no adecuado para la forma en que se entregan los contratos. En su lugar, proponen usar WASM en la capa de contratos y reservar RISC-V solo para las pruebas. Dicen que ya han probado esto en Arbitrum.

En un panorama más amplio, esto también se conecta con la redefinición del papel de L2 y Ethereum. Desde que Vitalik cuestionó la necesidad de una hoja de ruta exclusiva para L2, estos han comenzado a moverse hacia una mayor independencia de Ethereum. El CEO de Polygon afirmó que el verdadero desafío no es la escalabilidad, sino crear espacios de bloques únicos para cada L2.

¿Esto realmente sucederá? Incluso Vitalik ha reconocido que actualmente no hay un consenso amplio para reemplazar la EVM. La reforma del árbol de estado está en una etapa más madura (con borradores específicos y equipos), pero la transición a RISC-V aún está en la fase de hoja de ruta. Sin embargo, hizo un comentario interesante: Ethereum ya cambió de motor una vez con la fusión (Merge), y en el futuro podría hacer aproximadamente cuatro cambios más, incluyendo la reforma del árbol de estado, la simplificación del consenso, la verificación de ZK-EVM y el reemplazo de la máquina virtual.

La actualización Shanghai está prevista para la primera mitad de este año, seguida probablemente por la actualización Capella. Aunque los detalles aún no están confirmados, se espera que la reestructuración del árbol de estado y la optimización de la capa de ejecución sean temas principales.

Al final, esto no es simplemente aplicar parches, sino desmontar completamente la base y construir desde cero. Se percibe la voluntad de que Ethereum no quede obsoleta en la era ZK. Los resultados se verán en 2027.