La sustitución del motor de Ethereum está a punto de comenzar. La propuesta que Vitalik Buterin anunció recientemente no es simplemente una actualización, sino una reestructuración fundamental de la máquina virtual de Ethereum.

Desde el año pasado, la comunidad de desarrolladores ha seguido una regla tácita. Cada vez que se requiere una nueva operación criptográfica, en lugar de modificar la propia EVM, se ha utilizado un "atajo" llamado contrato de precompilación. Es decir, no se toca la base, sino que se han realizado modificaciones superficiales. Vitalik cuestionó esta tendencia. Su argumento es simple: el valor de Ethereum radica en su versatilidad, y si la EVM es insuficiente, se debe construir una máquina virtual mejor.

Específicamente, se proponen dos cambios importantes. Primero, la reforma del árbol de estado. Actualmente, Ethereum utiliza una estructura compleja llamada "árbol Merkle Patricia de Keccak con seis ramas", pero se propone reemplazarla por un árbol binario simple. Esto reduciría significativamente el ancho de banda durante la verificación de datos y mejoraría drásticamente la eficiencia de los clientes ligeros. Además, también se está considerando cambiar las funciones hash a Blake3 o Poseidon.

El otro cambio es más audaz: reemplazar a largo plazo la EVM con una arquitectura RISC-V. En los sistemas de pruebas de conocimiento cero (ZK), RISC-V ya se usa como lenguaje estándar. La lógica de Vitalik es clara: si el probador funciona en RISC-V, ¿por qué la máquina virtual habla en otro idioma y necesita una capa de traducción? Eliminar esa capa de traducción naturalmente mejoraría la eficiencia.

Al combinar estos dos cambios, se estima que resolverían más del 80% del cuello de botella en las pruebas de Ethereum. Es decir, si no se logran estos avances, la escalabilidad en la era ZK no progresará.

Sin embargo, no todos están de acuerdo. El equipo principal de Offchain Labs, que desarrolla Arbitrum, publicó una refutación técnica detallada. Sus observaciones son agudas: no es necesario que los formatos de distribución y prueba sean iguales. Solo porque un montacargas sea eficiente en un almacén, no significa que los repartidores de paquetería deban usar uno. Offchain Labs propone un enfoque de doble capa: usar WebAssembly en la capa de contratos inteligentes y compilarlo a RISC-V para crear pruebas. De hecho, ya han probado esto en Arbitrum.

Hay una preocupación aún más importante. En el campo de las pruebas ZK, la tecnología evoluciona muy rápidamente, y la implementación de RISC-V acaba de pasar de 32 bits a 64 bits. ¿Qué pasa si en este momento Ethereum fija RISC-V en su capa L1 y, dos años después, aparece una arquitectura de prueba aún mejor? Apostar a un objetivo que cambia rápidamente no es típico en el estilo de Ethereum.

Lo interesante es el momento. Hace aproximadamente un mes, Vitalik cuestionó públicamente si Ethereum necesita una "hoja de ruta específica para L2". En respuesta, los equipos de L2 comenzaron a avanzar activamente en "independizarse de Ethereum". Los cofundadores de OP Labs y el CEO de Polygon han declarado que el papel de L2 no es solo escalar, sino construir espacios de bloques especializados para casos de uso específicos.

En resumen, estos cambios a gran escala en la capa de ejecución de Vitalik son solo anotaciones técnicas en una tendencia más grande. Ethereum está recuperando control sobre sus funciones principales, y los L2 están encontrando razones para existir de forma independiente.

La reforma del árbol de estado ya está bastante madura, con un borrador concreto y un equipo de impulso para EIP-7864. Por otro lado, la sustitución de la EVM todavía está en la etapa de "hoja de ruta", y aún hay distancia hasta su implementación. Sin embargo, Vitalik ha mencionado que Ethereum ya completó un cambio de motor con The Merge, y que en el futuro se podrían realizar aproximadamente cuatro cambios más.

Se espera que la actualización Glamsterdam se implemente en la primera mitad de 2026, seguida por Hegota. La reforma del árbol de estado y la optimización de la capa de ejecución son las principales direcciones claras.

La historia de Ethereum no ha sido una cuestión de "si se puede o no". Desde PoW a PoS, el enfoque en L1 y la transición hacia el centrarse en Rollups, ya han demostrado la capacidad y el coraje para descomponer motores en altitudes elevadas. Lo que se moverá ahora es una parte más profunda: en lugar de agregar nuevas funciones criptográficas, se trata de excavar y reconstruir la base antigua.

¿Se trata de una renovación cuidadosamente planificada o de un abismo cada vez más profundo? La respuesta probablemente solo será clara en 2027. Lo que sí es seguro es que Ethereum no pretende seguir siendo un "sistema antiguo con parches" en la era ZK. La discusión sobre cómo quitar parches y qué modelo de motor reemplazar puede ser más valiosa que la misma conclusión.