1 de marzo de 2026. El cofundador de Ethereum, Vitalik Buterin, publicó una entrada en la plataforma social Farcaster, redirigiendo la atención de la comunidad desde el ruido de las soluciones Layer 2 hacia la arquitectura fundamental del protocolo. Dejó claro que la evolución futura de la capa de ejecución de Ethereum se centrará en dos cambios estructurales "profundos": una renovación completa del árbol de estado y el reemplazo de la máquina virtual. No se trata de una actualización rutinaria de funcionalidades, sino de una intervención fundamental destinada a eliminar el cuello de botella de "eficiencia de prueba" del protocolo. Según Vitalik, el árbol de estado y la máquina virtual representan juntos más del 80 % de la carga de pruebas. Sin abordar estos dos problemas centrales, la escalabilidad a largo plazo de Ethereum y su futuro impulsado por ZK seguirán siendo inalcanzables. Este artículo ofrece un análisis exhaustivo de la última hoja de ruta de Vitalik, examinando detalles técnicos, datos de apoyo, sentimiento del mercado y la evolución futura.
Panorama del evento: Vitalik marca el rumbo para las mejoras de la capa de ejecución
El 1 de marzo, Vitalik Buterin expuso públicamente su visión para las próximas mejoras de la capa de ejecución de Ethereum. La discusión se centró en dos propuestas técnicas concretas:
- Renovación del árbol de estado: Defiende el EIP-7864, que busca reemplazar el actual Hexary Merkle Patricia Tree de Ethereum por una estructura de árbol binario impulsada por funciones hash más eficientes.
- Renovación de la máquina virtual: Propone una transición a largo plazo de la Ethereum Virtual Machine (EVM) hacia una nueva VM basada en la arquitectura RISC-V, mejorando de forma fundamental la eficiencia de ejecución y de pruebas.
Vitalik enfatizó que, aunque estos cambios son "profundos" y pueden intimidar a muchos desarrolladores, son casi "obligatorios" para lograr pruebas eficientes del lado del cliente, reducir la complejidad del protocolo y adaptarse a los avances en tecnología ZK.
De años de exploración a la hoja de ruta actual
Las discusiones sobre la mejora del árbol de estado de Ethereum no son nuevas. A mediados de 2024, la investigación sobre los árboles Verkle se consideraba una dirección clave para la gestión del estado. Sin embargo, su dependencia de la criptografía de curva elíptica planteaba riesgos potenciales en la era de la computación cuántica, lo que reavivó el interés de la comunidad por los árboles binarios.
En 2025, desarrolladores como Guillaume Ballet comenzaron a avanzar nuevas soluciones basadas en árboles binarios, culminando en el borrador del EIP-7864. Al mismo tiempo, Vitalik planteó la idea de reemplazar la EVM por RISC-V, lo que desató debates sobre si WASM o RISC-V sería el formato ideal para los futuros contratos inteligentes.
La exposición sistemática de Vitalik el 1 de marzo de 2026 puede interpretarse como una integración y declaración definitiva sobre estas discusiones dispersas. Describió la actualización del árbol binario como una "solución integral" basada en "una década de experiencia", y situó el reemplazo de la VM como el "siguiente paso natural" una vez completada la renovación del árbol de estado, trazando una cadena causal clara para la evolución a largo plazo de Ethereum.
Rompiendo el cuello de botella del 80 % en pruebas
Desde una perspectiva arquitectónica, ambos cambios comparten un objetivo central: optimizar las estructuras de datos y los entornos de ejecución para satisfacer las exigencias de las pruebas ZK. Vitalik señaló que estos dos cuellos de botella suponen más del 80 % de la carga de pruebas.
Ventajas de los árboles binarios (EIP-7864):
- Longitud de las ramas Merkle reducida 4 veces: El tamaño de rama del árbol hexario actual es de unos 512log(n)/4 bytes, mientras que el árbol binario requiere solo 32log(n) bytes. Esto reduce directamente los costes de ancho de banda de datos para clientes ligeros (como Helios) y aplicaciones centradas en la privacidad en un factor de cuatro.
- Eficiencia de pruebas mejorada entre 3 y 100 veces: Más allá de las ramas más cortas, el cambio de funciones hash aporta beneficios adicionales. Usar Blake3 puede aumentar la eficiencia aproximadamente 3 veces respecto al hash Keccak actual; adoptar una variante auditada de Poseidon podría lograr hasta 100 veces de mejora.
- Costes de acceso a almacenamiento optimizados: El nuevo diseño agrupa los slots de almacenamiento en "páginas" (de 2 kB a 8 kB). Para aplicaciones DeFi que acceden frecuentemente a los primeros slots, esta optimización de localidad puede ahorrar más de 10 000 Gas por transacción.
Evolución de la máquina virtual (EVM -> RISC-V):
Vitalik describió un camino de despliegue en tres etapas:
- Sustitución de precompilados: Reemplazar alrededor del 80 % de los contratos precompilados actuales (incluyendo futuras incorporaciones) por bloques de código RISC-V, permitiendo que los desarrolladores aprovechen de inmediato las mejoras de eficiencia.
- Despliegue de contratos de usuario: Permitir a los usuarios desplegar directamente contratos inteligentes basados en RISC-V, fomentando un nuevo ecosistema.
- Retiro total de la EVM: Ejecutar la propia EVM como un contrato inteligente sobre la VM RISC-V, garantizando plena compatibilidad hacia atrás para los contratos históricos.
Esta hoja de ruta busca renovar a fondo el motor subyacente sin perturbar el ecosistema existente.
Choque entre idealismo técnico y realismo
La última hoja de ruta de Vitalik ha generado divisiones claras en el mercado y la comunidad técnica.
Visión mayoritaria: "cirugía central" necesaria
La mayoría de investigadores técnicos coinciden en que, a medida que los ZK-Rollups se convierten en la solución de escalado dominante, Ethereum L1 debe ser más "amigable con ZK". La EVM actual no fue diseñada para pruebas, mientras que RISC-V ya se utiliza internamente en la mayoría de sistemas de prueba ZK, lo que la convierte en una opción lógica para la VM base. Los partidarios de la renovación del árbol de estado la ven como una defensa del principio de "protocolo gordo": asegurar que la capa fundamental siga siendo simple y robusta, en vez de trasladar la complejidad a la capa de aplicación.
Controversia y críticas: riesgos de sobreabstracción y complejidad
No todos están convencidos. Algunos analistas han planteado críticas contundentes. Por ejemplo, el analista DBCrypto argumentó que la hoja de ruta de Ethereum está cayendo en una trampa de "sobreabstracción", afirmando que cada nueva capa de abstracción (ya sea una nueva VM o frameworks para abordar la fragmentación de L2) introduce nuevas suposiciones de confianza y posibles superficies de ataque, haciendo el protocolo cada vez más pesado y frágil.
Además, investigadores de Offchain Labs objetaron a finales de 2025, defendiendo que WebAssembly (WASM) es un formato de contratos inteligentes más adecuado a largo plazo que RISC-V. Su argumento principal: la arquitectura de conjunto de instrucciones (ISA) utilizada para la entrega y la ISA utilizada para las pruebas no tienen por qué ser la misma. WASM podría tener ventajas en soporte de ecosistema y compatibilidad con herramientas existentes.
Examinando la autenticidad del relato
Vitalik publicó efectivamente detalles técnicos sobre las mejoras de la capa de ejecución el 1 de marzo, haciendo referencia explícita al EIP-7864 y la propuesta RISC-V, con cobertura confirmada por varios medios cripto. (Hecho)
Vitalik sostiene que "el incrementalismo sin cambios profundos no es realmente pragmático", y señala que aunque "EVM+GPU" es "suficientemente bueno", una VM superior fortalecería el protocolo. Esto refleja su valoración sobre la actual vía de mejoras graduales. (Opinión)
Aunque las declaraciones de Vitalik son influyentes en la comunidad, reconoce que el reemplazo de la VM sigue siendo "especulativo" y carece de consenso amplio. El camino final de mejora, el calendario y si se adoptará RISC-V o WASM siguen sujetos a debate y decisión en las reuniones de desarrolladores principales (AllCoreDevs). (Proyección)
Análisis de impacto en la industria
Si se implementa, esta hoja de ruta tendría efectos de gran alcance más allá de la capa técnica, impactando todo el ecosistema de Ethereum:
- Co-evolución de Layer 2 e infraestructura: La eficiencia de pruebas de L2 depende directamente de la estructura de datos subyacente de L1. Un L1 más "amigable con ZK" reducirá considerablemente el coste y la latencia de producir pruebas válidas en L2, acelerando la descentralización de L2.
- Reestructuración de costes de Gas en aplicaciones DeFi: Los menores costes para acceder a slots de almacenamiento adyacentes reducirán significativamente los gastos de Gas en protocolos DeFi complejos (como AMMs y protocolos de préstamos) que dependen de lecturas continuas de almacenamiento, mejorando la experiencia de usuario.
- Desafíos de migración de herramientas de desarrollo: Pasar de EVM a RISC-V implica reconstruir compiladores, depuradores y frameworks de desarrollo. Aunque la hoja de ruta promete compatibilidad hacia atrás, la migración del ecosistema a largo plazo llevará años y podría presionar a equipos de desarrollo más pequeños.
Proyecciones de evolución en múltiples escenarios
- Escenario 1: Integración gradual
La renovación del árbol de estado (EIP-7864), por su urgencia y claros beneficios técnicos, se prioriza en una próxima hard fork (como la futura actualización Hegota). El reemplazo de la VM sigue siendo un tema de investigación a largo plazo, primero implementado en la capa de precompilados y luego avanzado gradualmente a medida que el ecosistema madura y se alcanza consenso.
- Escenario 2: Soluciones en competencia
La comunidad debate intensamente entre RISC-V y WASM como solución final de VM, surgiendo implementaciones experimentales paralelas. Finalmente, las preferencias del ecosistema de aplicaciones y los datos de rendimiento real de los sistemas de pruebas podrían decidir el resultado, alargando el calendario de reemplazo de la VM.
- Escenario 3: Resistencia y compromiso
Debido a que los cambios son profundamente fundamentales y conllevan alto riesgo, y a la fuerte oposición de algunos desarrolladores principales o actores relevantes, la visión radical de Vitalik se "aplaza suavemente". El protocolo adopta solo la actualización del árbol binario, mientras que el reemplazo de la VM se pospone indefinidamente y la capa central de Ethereum sigue funcionando en modo híbrido "EVM + precompilados GPU".
Conclusión
La exposición de Vitalik Buterin el 1 de marzo sobre la hoja de ruta de la capa de ejecución no es un plano inmediato de construcción, sino una "declaración estratégica" orientada al futuro. Revela la profundidad del pensamiento entre los desarrolladores principales de Ethereum: no solo buscan aumentar las transacciones por segundo, sino también reconstruir la base para un futuro impulsado por pruebas ZK y validación del lado del cliente en el mainstream. Ya sea la simplicidad y eficiencia de los árboles binarios o la universalidad y compatibilidad con pruebas de RISC-V, el objetivo final es permitir que Ethereum satisfaga las demandas computacionales más avanzadas del mundo cripto, preservando su espíritu descentralizado. Para el mercado, comprender esta hoja de ruta es mucho más relevante que especular sobre movimientos de precio a corto plazo, porque define cómo "Ethereum" evolucionará técnicamente hacia su próxima encarnación.
