La propuesta no consiste en abandonar el modelo de cuentas ni en rediseñar de golpe las aplicaciones existentes. La idea es añadir clases de estado más ligeras y escalables para aquellos usos que no necesitan toda la flexibilidad de un contrato inteligente complejo.

Un Ethereum con varios niveles de estado

En lugar de depender de una única capa de estado —la memoria permanente que registra saldos, contratos y datos de la red—, Ethereum podría adoptar un modelo con varios niveles :

• Estado dinámico o basado en cuentas: se conservaría, en gran medida, para contratos inteligentes y aplicaciones que necesitan almacenamiento persistente, aunque su crecimiento se escalaría de forma moderada.
• Estado de tipo UTXO: se incorporaría como una opción más restrictiva para transferencias de valor sencillas. Cada objeto se consume cuando se gasta, de modo que no es necesario mantener una entrada de cuenta permanente con la misma carga de datos .
• Modelos híbridos: existiría un abanico de opciones entre ambos extremos, seleccionadas según el equilibrio buscado entre flexibilidad y escalabilidad .

«Queremos que Ethereum tenga lo mejor del estado de tipo UTXO, del estado dinámico y de todo lo que hay entre ambos», afirmó Buterin .

En la práctica, esto permitiría reservar el modelo más potente —y también más costoso de gestionar— para DeFi complejas, contratos y aplicaciones con lógica persistente. Los pagos y otros casos de uso simples podrían utilizar estructuras más compactas.

Qué podría aportar la propuesta

Menos almacenamiento permanente

Según las estimaciones citadas en la propuesta, mil millones de entradas UTXO podrían ocupar aproximadamente 300 MB de estado permanente, frente a entre 100 y 150 GB en un modelo de cuentas comparable. Eso supondría una reducción cercana al 99,8 % para ese tipo de operaciones .

Un componente para llegar a una escala 1.000 veces mayor

La gestión del estado se considera uno de los principales obstáculos para la expansión a largo plazo de Ethereum. El objetivo de una mejora de hasta 1.000 veces se plantea junto con avances en otras áreas, como la ejecución mediante ZK-EVM y la disponibilidad de datos a través de PeerDAS y blobs .

Menor presión sobre los nodos

La inspiración de Utreexo apunta también a utilizar acumuladores ligeros y pruebas de inclusión. Con este enfoque, algunos nodos podrían verificar la validez de los datos sin almacenar una copia completa de todo el estado, lo que ayudaría a mantener la accesibilidad de la red y su descentralización .

Compatibilidad conceptual con las aplicaciones actuales

Al tratarse de una incorporación y no de un reemplazo total, la propuesta pretende preservar la arquitectura existente de las aplicaciones descentralizadas. Sin embargo, que el diseño sea aditivo no significa que las aplicaciones actuales puedan utilizar automáticamente el nuevo estado UTXO: harían falta estándares y herramientas específicas .

Los obstáculos que todavía quedan

• Compatibilidad y migración: las dApps construidas para el modelo de cuentas no pueden trasladarse directamente al estado UTXO. Los desarrolladores necesitarían nuevas interfaces, estándares y herramientas .
• Complejidad del modelo híbrido: coordinar dos formas de gestionar el estado dentro del mismo entorno de ejecución puede introducir casos límite, retos de protocolo y dudas sobre cómo interactuar entre ambos modelos .
• Menor expresividad: los UTXO funcionan bien para pagos sencillos, pero son menos adecuados para aplicaciones con estado complejo, como determinados protocolos DeFi o sistemas de NFT .
• Una propuesta todavía temprana: el trabajo sobre UTXO nativos y otras estructuras relacionadas se encuentra en fase de investigación y diseño. Aún no se ha implementado ni probado a gran escala .

El contexto de «Lean Ethereum»

La estrategia UTXO es solo una pieza de la visión más amplia de Buterin para un «Lean Ethereum», presentada en julio de 2026 y planteada para desarrollarse durante un periodo de entre tres y cuatro años . Entre sus principales líneas se encuentran:

• Verificación STARK recursiva: sustituir parte de la repetición directa de transacciones por pruebas criptográficas recursivas, con el objetivo de aumentar considerablemente la capacidad de procesamiento .
• Resistencia cuántica: incorporar criptografía diseñada para proteger la red frente a futuras amenazas derivadas de la computación cuántica .
• Rediseño de la capa de estado: mantener el estado dinámico actual y añadir formatos más escalables, como UTXO y búferes circulares. Buterin considera que este podría ser el cambio más disruptivo de la hoja de ruta .
• Mejoras de privacidad: integrar funciones que permitan realizar operaciones con mayores garantías de privacidad .
• Arquitectura de validadores más sencilla: revisar elementos del consenso, el sistema de gas y la máquina virtual, incluida la exploración de leanISA/RISC-V .

El mensaje del 16 de agosto conecta estas iniciativas con una conclusión relevante: Ethereum no tiene por qué resolver todos sus problemas de escalabilidad con una única arquitectura. La red podría conservar sus cuentas para los usos que requieren máxima flexibilidad y adoptar ideas procedentes de Bitcoin para aquellos casos en los que la eficiencia y el bajo coste de almacenamiento sean prioritarios . Por ahora, se trata de una dirección de investigación, no de una actualización ya disponible para los usuarios.

La propuesta no consiste en abandonar el modelo de cuentas ni en rediseñar de golpe las aplicaciones existentes. La idea es añadir clases de estado más ligeras y escalables para aquellos usos que no necesitan toda la flexibilidad de un contrato inteligente complejo.

Un Ethereum con varios niveles de estado

En lugar de depender de una única capa de estado —la memoria permanente que registra saldos, contratos y datos de la red—, Ethereum podría adoptar un modelo con varios niveles :

• Estado dinámico o basado en cuentas: se conservaría, en gran medida, para contratos inteligentes y aplicaciones que necesitan almacenamiento persistente, aunque su crecimiento se escalaría de forma moderada.
• Estado de tipo UTXO: se incorporaría como una opción más restrictiva para transferencias de valor sencillas. Cada objeto se consume cuando se gasta, de modo que no es necesario mantener una entrada de cuenta permanente con la misma carga de datos .
• Modelos híbridos: existiría un abanico de opciones entre ambos extremos, seleccionadas según el equilibrio buscado entre flexibilidad y escalabilidad .

«Queremos que Ethereum tenga lo mejor del estado de tipo UTXO, del estado dinámico y de todo lo que hay entre ambos», afirmó Buterin .

En la práctica, esto permitiría reservar el modelo más potente —y también más costoso de gestionar— para DeFi complejas, contratos y aplicaciones con lógica persistente. Los pagos y otros casos de uso simples podrían utilizar estructuras más compactas.

Qué podría aportar la propuesta

Menos almacenamiento permanente

Según las estimaciones citadas en la propuesta, mil millones de entradas UTXO podrían ocupar aproximadamente 300 MB de estado permanente, frente a entre 100 y 150 GB en un modelo de cuentas comparable. Eso supondría una reducción cercana al 99,8 % para ese tipo de operaciones .

Un componente para llegar a una escala 1.000 veces mayor

La gestión del estado se considera uno de los principales obstáculos para la expansión a largo plazo de Ethereum. El objetivo de una mejora de hasta 1.000 veces se plantea junto con avances en otras áreas, como la ejecución mediante ZK-EVM y la disponibilidad de datos a través de PeerDAS y blobs .

Menor presión sobre los nodos

La inspiración de Utreexo apunta también a utilizar acumuladores ligeros y pruebas de inclusión. Con este enfoque, algunos nodos podrían verificar la validez de los datos sin almacenar una copia completa de todo el estado, lo que ayudaría a mantener la accesibilidad de la red y su descentralización .

Compatibilidad conceptual con las aplicaciones actuales

Al tratarse de una incorporación y no de un reemplazo total, la propuesta pretende preservar la arquitectura existente de las aplicaciones descentralizadas. Sin embargo, que el diseño sea aditivo no significa que las aplicaciones actuales puedan utilizar automáticamente el nuevo estado UTXO: harían falta estándares y herramientas específicas .

Los obstáculos que todavía quedan

• Compatibilidad y migración: las dApps construidas para el modelo de cuentas no pueden trasladarse directamente al estado UTXO. Los desarrolladores necesitarían nuevas interfaces, estándares y herramientas .
• Complejidad del modelo híbrido: coordinar dos formas de gestionar el estado dentro del mismo entorno de ejecución puede introducir casos límite, retos de protocolo y dudas sobre cómo interactuar entre ambos modelos .
• Menor expresividad: los UTXO funcionan bien para pagos sencillos, pero son menos adecuados para aplicaciones con estado complejo, como determinados protocolos DeFi o sistemas de NFT .
• Una propuesta todavía temprana: el trabajo sobre UTXO nativos y otras estructuras relacionadas se encuentra en fase de investigación y diseño. Aún no se ha implementado ni probado a gran escala .

El contexto de «Lean Ethereum»

La estrategia UTXO es solo una pieza de la visión más amplia de Buterin para un «Lean Ethereum», presentada en julio de 2026 y planteada para desarrollarse durante un periodo de entre tres y cuatro años . Entre sus principales líneas se encuentran:

• Verificación STARK recursiva: sustituir parte de la repetición directa de transacciones por pruebas criptográficas recursivas, con el objetivo de aumentar considerablemente la capacidad de procesamiento .
• Resistencia cuántica: incorporar criptografía diseñada para proteger la red frente a futuras amenazas derivadas de la computación cuántica .
• Rediseño de la capa de estado: mantener el estado dinámico actual y añadir formatos más escalables, como UTXO y búferes circulares. Buterin considera que este podría ser el cambio más disruptivo de la hoja de ruta .
• Mejoras de privacidad: integrar funciones que permitan realizar operaciones con mayores garantías de privacidad .
• Arquitectura de validadores más sencilla: revisar elementos del consenso, el sistema de gas y la máquina virtual, incluida la exploración de leanISA/RISC-V .

El mensaje del 16 de agosto conecta estas iniciativas con una conclusión relevante: Ethereum no tiene por qué resolver todos sus problemas de escalabilidad con una única arquitectura. La red podría conservar sus cuentas para los usos que requieren máxima flexibilidad y adoptar ideas procedentes de Bitcoin para aquellos casos en los que la eficiencia y el bajo coste de almacenamiento sean prioritarios . Por ahora, se trata de una dirección de investigación, no de una actualización ya disponible para los usuarios.