El cofundador de Ethereum, Vitalik Buterin, el 16 de agosto atribuyó a los desarrolladores de Bitcoin el trabajo en Utreexo mientras describía una dirección de escalado propuesta para Ethereum que podría combinar el estado estilo UTXO, el estado dinámico convencional y modelos intermedios.
Resumen
- Vitalik Buterin atribuyó a los desarrolladores de Bitcoin el trabajo en Utreexo mientras esbozaba la estrategia de escalado híbrido propuesta para Ethereum.
- El investigador de Ethereum, Toni Wahrstätter, propuso UTXOs nativos que podrían reducir el uso de estado de pagos en aproximadamente un 99,8%.
- La propuesta mantiene las cuentas de Ethereum mientras mueve los pagos simples de una sola vez a un modelo más ligero estilo UTXO.
- EIP-8141 Transacciones de Marco, requerido por el diseño UTXO, actualmente solo se considera para inclusión en Hegotá.
- La propuesta de mempool de STARK recursivos de Vitalik limita la sobrecarga de ancho de banda de pruebas en lugar de demostrar un rendimiento ilimitado de transacciones de Ethereum.
En una publicación en X, Buterin lo llamó la "estrategia de escalado de Ethereum actualmente propuesta", dejando claro que la arquitectura sigue en desarrollo.
Buterin dijo que el objetivo es permitir que la mayoría de la actividad de Ethereum escale mucho más sin sacrificar la descentralización, la resistencia a la censura o la facilidad de ejecutar nodos. Sus comentarios no significan que Ethereum haya decidido reemplazar su modelo de cuentas con la arquitectura UTXO de Bitcoin. Los diseños relevantes siguen siendo propuestas de investigación, no cambios de protocolo aprobados.
Utreexo de Bitcoin ofrece un modelo para reducir el estado de los nodos
Utreexo fue introducido por el investigador de la Iniciativa de Moneda Digital del MIT, Thaddeus Dryja, en 2019. En lugar de requerir que un nodo validador tenga localmente el conjunto completo de UTXO de Bitcoin, el diseño representa ese conjunto con un acumulador compacto basado en hash. Las entradas de transacción llevan pruebas de inclusión que permiten a los nodos verificar salidas relevantes contra ese acumulador.
El documento original del MIT DCI dice que el acumulador crece logarítmicamente con el conjunto subyacente. Eso aborda el mismo problema general que los investigadores de Ethereum están examinando: aumentar la actividad de la red sin obligar a que los requisitos de almacenamiento de estado aumenten al mismo ritmo. Utreexo sigue siendo un proyecto de escalado de Bitcoin, no una característica que Ethereum esté copiando directamente.
La propuesta de UTXO nativo de Ethereum apunta al estado de pagos
Una propuesta de investigación de Ethereum del 6 de julio de Toni Wahrstätter, que escribe como Nero_eth, propone agregar pagos nativos estilo UTXO sin eliminar las cuentas de Ethereum. El modelo apunta a pagos de una sola vez que no requieren estado de contrato inteligente persistente.
La propuesta estima que estas cargas de trabajo podrían reducir el uso de estado permanente en aproximadamente un 99,8%. En lugar de almacenar el objeto de pago completo en estado activo, Ethereum probaría su existencia a partir del historial mientras retiene principalmente un bit compacto de estado gastado. Con mil millones de entradas, la propuesta estima aproximadamente 300 MB de estado permanente, en comparación con unos 100 GB a 150 GB para cuentas o entradas de almacenamiento equivalentes. Esas son estimaciones de diseño, no resultados medidos en la red principal.
El enfoque se ajusta al esfuerzo más amplio de Ethereum para reducir las cargas de verificación y almacenamiento. Como informó anteriormente crypto.news, la reconstrucción Lean de Ethereum coloca las pruebas criptográficas recursivas en el centro de su revisión de verificación propuesta.
Los STARK recursivos resuelven un cuello de botella de escalado diferente
La investigación de Buterin de enero sobre mempool de STARK recursivos aborda el ancho de banda de las pruebas. Su modelo asume pruebas STARK altamente optimizadas de aproximadamente 128 kB y propone que los nodos del mempool combinen periódicamente pruebas de validez de forma recursiva en lugar de adjuntar una prueba grande separada a cada objeto que se propaga.
Usando el ejemplo de Buterin de ocho pares e intervalos de agregación de 500 milisegundos, el ancho de banda adicional totalizaría alrededor de 2 MB por segundo por nodo y permanecería constante a medida que más objetos entren en el esquema. La investigación de mempool y la propuesta de UTXO nativo abordan diferentes restricciones, aunque los investigadores están explorando cómo tales tecnologías podrían complementarse entre sí.
Una respuesta de la comunidad extrapoló la combinación en una arquitectura capaz de liquidar un "volumen ilimitado" de transiciones UTXO a través de una prueba compacta. Eso no es un objetivo confirmado de rendimiento de Ethereum ni un compromiso de hoja de ruta. La investigación de Buterin no establece una capacidad de transacción ilimitada, y la cifra de 128 kB describe un tamaño de prueba STARK asumido en su modelo de mempool, no un formato de bloque futuro confirmado de Ethereum.
Qué sigue para la escalabilidad de Ethereum
La propuesta de UTXO nativo asume EIP-8141, o Transacciones de Marco, para su diseño de gasto preferido. EIP-8141 introduciría marcos de transacción programables que cubren validación, pago de gas y ejecución. La especificación oficial de Hegotá actualmente lista las Transacciones de Marco solo como "Consideradas para Inclusión". FOCIL, o EIP-7805, sigue siendo la única propuesta programada formalmente para Hegotá.
La hoja de ruta oficial de Ethereum sitúa Hegotá en 2027, después de Glamsterdam en el cuarto trimestre de 2026. Los UTXO nativos no están actualmente listados como una característica programada de Hegotá. Como informó crypto.news, el alcance de la actualización de Hegotá 2027 aún se está reduciendo, con las Transacciones de Marco entre los diseños principales aún bajo consideración.
La referencia de Buterin a Utreexo, por lo tanto, señala una dirección de investigación más que una actualización de Ethereum con fecha. El trabajo apunta hacia un sistema híbrido en el que diferentes tipos de actividad podrían usar diferentes modelos de estado, mientras que las pruebas criptográficas reducen lo que los nodos individuales deben almacenar o verificar repetidamente.
