Hace unos meses, Vitalik propuso una idea muy interesante: Ethereum en realidad tiene problemas más profundos de lo que parece a simple vista. En lugar de seguir parcheando la EVM con nuevos contratos precompilados, ¿no sería momento de reconsiderar toda la arquitectura?

Y entonces sugirió dos cambios importantes. El primero se refiere al árbol de estado, ese mismo árbol Merkle que Ethereum usa como sistema de índice para todos los balances y verificaciones. El problema es que la estructura actual, el llamado árbol Merkle Patricia de Keccak de seis ramas, es simplemente demasiado volumosa. Cada consulta requiere atravesar muchas bifurcaciones.

Vitalik propone la EIP-7864, reemplazar esto por un árbol binario. Suena simple, pero el efecto es impactante: la longitud del árbol Merkle se reduce en cuatro veces. Para los clientes ligeros, esto significa mucho menos datos para verificar. Pero no se detuvo allí: quiere cambiar también la función hash. ¿Blake3 o Poseidon? Poseidon es más ambiciosa, teóricamente puede aumentar la eficiencia de las pruebas en decenas de veces, pero aún hay que verificar su seguridad.

El segundo cambio es mucho más audaz: reemplazar a largo plazo la EVM por RISC-V. La lógica es simple: si los sistemas de pruebas ZK ya entienden RISC-V, ¿por qué la máquina virtual debería usar otro lenguaje? Esto simplemente añade una capa adicional de traducción. El intérprete RISC-V requiere solo unos pocos cientos de líneas de código, justo lo que debería ser la interfaz de blockchain.

Se planean tres etapas: primero, lanzar contratos precompilados en la nueva máquina virtual, luego permitir a los desarrolladores desplegar contratos en la nueva máquina junto con la EVM, y finalmente retirar la EVM de operación, pero sin eliminarla, simplemente reescribirla como un contrato inteligente en la nueva plataforma. Los contratos antiguos seguirán funcionando sin cambios.

Vitalik dio una cifra: el árbol de estado y la máquina virtual en conjunto representan más del 80% de las limitaciones de escalabilidad de Ethereum. Sin estos cambios, la escalabilidad en la era ZK simplemente se quedará estancada.

Pero no todos están de acuerdo. El equipo de Arbitrum Offchain Labs publicó una objeción seria. Dicen: sí, RISC-V es excelente para las pruebas ZK, pero eso no significa que los contratos deban estar escritos en RISC-V. Propusieron dividir esto: WebAssembly para los contratos, y luego compilarlos a RISC-V para las pruebas. Su argumento: la mayoría de los nodos de Ethereum no funcionan con chips RISC-V, WASM tiene mecanismos de seguridad comprobados, y el ecosistema de herramientas WASM ha sido probado en miles de millones de ejecuciones.

Esto es interesante porque indica una tendencia mayor. Las soluciones L2 han comenzado a entender que su papel está cambiando. Ethereum en sí mismo se vuelve más rápido, por lo que los L2 buscan su propósito único: no solo escalar, sino crear espacios especializados para escenarios reales.

Sobre si esto será posible, no hay consenso. La reforma del árbol Merkle es más concreta, la EIP-7864 ya tiene un equipo. Pero reemplazar la EVM todavía está en la etapa de hoja de ruta. Los hard forks Glamsterdam y Hegota se esperan en la primera mitad de 2026, pero los detalles aún no están aprobados.

Pero seguramente Vitalik sabe lo que hace. Ethereum ya cambió un motor reactivo en pleno vuelo: The Merge. Está dispuesto a cambiar otros unos cuatro más. No se trata solo de añadir funciones, sino de transformar su propio fundamento. Si será una reparación cuidadosamente planificada o un pozo sin fin de complejidad, probablemente la respuesta solo aparecerá en 2027.