He notado recientemente que Vitalik Buterin comenzó a hablar abiertamente sobre un problema que los desarrolladores de Ethereum han ignorado durante mucho tiempo: la dependencia excesiva de soluciones rápidas en lugar de arreglar la base. De hecho, los desarrolladores evitaban mejorar la máquina virtual EVM, y en su lugar añadían "contratos predefinidos" cada vez que necesitaban una nueva función criptográfica. Pero finalmente, Vitalik decidió enfrentar este problema directamente.

El plan incluye dos cambios radicales. El primero afecta al árbol de estado de Ethereum, piénsalo como el sistema de indexación de la red. El problema es que se ha vuelto "gordo" debido a su estructura actual. Vitalik propone reemplazarlo por un árbol binario más simple según EIP-7864. ¿El resultado? La longitud de la rama de Merkle se reducirá a una cuarta parte, lo que implica una reducción significativa en los requisitos de ancho de banda para los clientes ligeros.

Pero la parte más audaz es la segunda: reemplazar la EVM por RISC-V a largo plazo. RISC-V es un conjunto de instrucciones de código abierto que ya se usa en la mayoría de los sistemas de prueba ZK. La lógica es simple: ¿por qué usar una máquina virtual con un lenguaje diferente y añadir una capa de traducción entre ellas? Eliminar esa capa mejorará automáticamente la eficiencia.

El plan avanza en tres fases: primero, ejecutar contratos predefinidos en una nueva máquina y reescribir el 80% de ellos; segundo, permitir a los desarrolladores desplegar nuevos contratos directamente con ejecución paralela a la EVM antigua; tercero, retirar la EVM pero reescribirla como un contrato inteligente — los contratos antiguos no necesitan cambiar, solo el motor sí.

Vitalik dio un número importante: el árbol de estado y la máquina virtual juntas constituyen más del 80% del obstáculo para la prueba. Sin estos cambios, la expansión en la era ZK será solo un giro en el lugar.

Pero no todos están de acuerdo. El equipo de Offchain Labs (Arbitrum) publicó una respuesta técnica detallada en la que se oponen a la idea de hacer de RISC-V un estándar unificado. Su opinión: RISC-V es buena para las pruebas, pero no es adecuada como "formato de entrega" para contratos. Proponen en su lugar WebAssembly (WASM) — funciona eficientemente en hardware convencional y tiene mecanismos maduros para verificar la seguridad. Lo más importante, construyeron un modelo experimental en Arbitrum que demuestra que WASM como capa de entrega con RISC-V para las pruebas puede funcionar independientemente sin interferencias.

Lo que resulta interesante es que esto refleja un cambio más amplio en el ecosistema: las L2 comenzaron a buscar su identidad independiente en lugar de solo ayudar a Ethereum. Algunos ven que el verdadero desafío no es la escalabilidad, sino crear espacios de bloques únicos para escenarios reales.

Vitalik admitió que reemplazar la EVM aún carece de una amplia compatibilidad. La mejora del árbol de estado está más avanzada, pero RISC-V todavía está en la fase de "hoja de ruta". Sin embargo, emitió una postura sorprendente: Ethereum ya reemplazó su motor una vez durante The Merge, y puede hacerlo unas cuatro veces más.

Se espera que la actualización Glamsterdam se implemente en la primera mitad de 2026, seguida directamente por Hegota. La reparación del árbol de estado y la mejora de la capa de ejecución son los ejes principales.

La verdadera pregunta: ¿es esto una revisión bien pensada o una trampa sin fin que se vuelve más compleja con cada corrección? Quizá no lo sabremos hasta 2027. Pero una cosa está clara: Ethereum no planea ser un sistema antiguo que se arregla en la era ZK y las criptomonedas modernas. La discusión en sí misma puede ser más valiosa que el resultado final.