Vitalik Buterin ha delineado un plan en dos partes para abordar los principales cuellos de botella en la capa de ejecución de Ethereum, centrándose en el árbol de estado y la máquina virtual. La propuesta busca mejorar la eficiencia para pruebas de conocimiento cero, desplazando el énfasis de las soluciones de Capa 2 a cambios en el protocolo central. Incluye reemplazar la estructura actual del árbol de estado y explorar una transición a una máquina virtual basada en RISC-V.
Vitalik Buterin, cofundador de Ethereum, detalló su propuesta el 1 de marzo de 2026, dirigida a lo que describe como las principales restricciones de la red: su árbol de estado y su máquina virtual. Estos componentes, afirmó, representan más del 80% de los costos de prueba a medida que la tecnología de conocimiento cero (ZK) gana prominencia en la hoja de ruta de Ethereum. nnButerin enfatizó: «Hoy me centraré en dos cosas grandes: cambios en el árbol de estado y cambios en la VM», añadiendo que representan «los grandes cuellos de botella que debemos abordar si queremos pruebas eficientes». La primera parte implica EIP-7864, que reemplazaría el árbol Merkle Patricia hexario de Ethereum por un diseño de árbol binario. Este cambio podría generar pruebas Merkle aproximadamente cuatro veces más cortas, reduciendo el ancho de banda de verificación y haciendo más factibles los clientes ligeros y las aplicaciones que preservan la privacidad. La nueva estructura también organizaría las ranuras de almacenamiento en «páginas», permitiendo una carga de datos más eficiente para aplicaciones descentralizadas (dApps). Buterin señaló que esto podría ahorrar más de 10.000 gas por transacción en casos donde las dApps acceden a ranuras de almacenamiento adyacentes. Sugirió combinarlo con funciones hash más eficientes para acelerar aún más la generación de pruebas, haciendo que la capa base de Ethereum sea más «amigable para probadores» en aplicaciones ZK. nnLa segunda parte prevé ir más allá de la Máquina Virtual de Ethereum (EVM) hacia una arquitectura basada en RISC-V. RISC-V, un conjunto de instrucciones abierto, podría reducir la complejidad, mejorar la eficiencia de ejecución y alinearse mejor con sistemas de prueba ZK que ya lo utilizan internamente. A corto plazo, Buterin propuso una «precompilación de matemáticas vectorizadas», comparada con una «GPU para el EVM», para acelerar operaciones criptográficas. A largo plazo, RISC-V impulsaría inicialmente precompilaciones, luego soportaría contratos de usuario y eventualmente incorporaría la EVM como capa de compatibilidad. nnLa propuesta ha generado debate. El analista DBCrypto criticó la creciente abstracción en la hoja de ruta de Ethereum, argumentando que capas adicionales añaden complejidad, suposiciones de confianza y superficies de ataque. Esto refleja discusiones más amplias sobre si construir sobre el diseño existente o reformarlo fundamentalmente. Buterin mantiene que esta evolución es esencial a medida que las pruebas ZK se convierten en centrales para el escalado.
