Este artículo tiene como objetivo aprender y comprender el modelo UTXO. Utiliza una forma fácil de entender de forma sencilla para clasificar los modelos y métodos de implementación de UTXO desde $ BTC hasta $ SUI. Proporcionaré una visión general completa, que ampliamos aquí para mayor claridad y profundidad, garantizando un análisis profesional y exhaustivo.

Como uno de los principios básicos de diseño de Bitcoin, el modelo UTXO se ha convertido en un importante paradigma técnico en el campo de la cadena de bloques desde su nacimiento. Desempeña un papel importante a la hora de garantizar la seguridad y la trazabilidad de las transacciones, y proporciona otro camino además del modelo tradicional de saldo de cuentas.

Como la tecnología blockchain se ha actualizado e iterado continuamente en los últimos años, el modelo UTXO en sí mismo también ha estado evolucionando y expandiéndose constantemente.

Introducción a UTXO y sus orígenes

El modelo UTXO, o resultado de transacción no gastado, es un concepto fundamental en Bitcoin, según el cual cada resultado de transacción que no se ha gastado se rastrea como un UTXO. Este modelo trata las transacciones como el dinero en efectivo, en el que el gasto implica seleccionar UTXO específicas para cubrir el importe, en lugar de modificar un único saldo.

El ejemplo: Alice y Bob comienzan con 5 dólares cada uno. En el modelo de cuenta, si Bob le roba 2 dólares a Alicia, el saldo de Alicia pasa a ser de 3 y el de Bob de 7. En el modelo UTXO, los 5 dólares de Alice se gastan en crear dos nuevos UTXO: 2 dólares para Bob y 3 dólares para Alice. Bob ahora tiene su UTXO original de 5 dólares y el nuevo de 2 dólares, lo que suma un total de 7 dólares.

Este enfoque, tal como se detalla en Understanding UTXO: A Comprehensive Guide, garantiza la transparencia y evita el doble gasto, ya que cada UTXO es rastreado públicamente en cadena y, al mismo tiempo, preserva la privacidad mediante direcciones anónimas.

No es difícil ver que Alicia se queda con 3 dólares y Bob se queda con 7 dólares. Este método de contabilidad, que es similar al de sumar y restar en las escuelas primarias, aparece con frecuencia en el sistema bancario y se denomina modelo de cuenta/saldo. En él, el saldo de una cuenta existe como un valor único.

Si se utiliza un enfoque diferente al del modelo de cuenta, como UTXO para representar la transferencia de patrimonio entre Alicia y Bob, el diagrama tendrá un aspecto diferente:

Comparación con el modelo de cuenta/saldo

El modelo de cuenta/saldo, habitual en la banca, mantiene un único saldo por cuenta, que se actualiza con cada transacción. Es sencillo, pero señala los problemas que surgen cuando varias transacciones modifican la misma cuenta, lo que a menudo requiere bloqueos y provoca cuellos de botella en el rendimiento, especialmente en caso de grandes volúmenes de transacciones. Por el contrario, el modelo UTXO, como se explica en Explorando el modelo UTXO: ¿qué lo diferencia en el mundo de la cadena de bloques?, evita esto al procesar las transacciones en UTXO independientes, lo que permite la ejecución en paralelo sin bloqueos, lo que mejora el rendimiento y la concurrencia.

La privacidad es otra ventaja, ya que las carteras criptográficas generan nuevas direcciones por transacción, lo que dificulta la vinculación con personas, a diferencia de las direcciones fijas del modelo de cuentas, que son más susceptibles al análisis de correlación. Sin embargo, las limitaciones de las UTXO a la hora de gestionar una lógica empresarial compleja, como los contratos de varias etapas, dieron lugar a que Ethereum adoptara un modelo basado en cuentas, como se menciona en ¿Qué es una UTXO? Explicación del resultado de las transacciones no utilizadas.

El modelo de objetos de SUI: uniendo los modelos UTXO y de cuentas

El SUI, tal y como se detalla en el artículo X y está respaldado por Object Model | Sui Documentation, centra el almacenamiento en objetos, no en cuentas, con dos tipos de claves:OwnedObject (propiedad de la dirección) y SharedObject.

La versión mejorada de UTXO, de OwnedObject, solo el propietario puede utilizarla y cada versión se utiliza una vez, de acuerdo con los principios de UTXO. Por ejemplo, un objeto propiedad de una dirección solo puede ser modificado por su propietario, lo que equivale a gastar un UTXO.

SharedObject, por el contrario, es accesible para todos, al igual que el modelo de cuentas, pero requiere consenso para ordenar la lectura y la escritura, lo que resuelve las controversias estatales, como se indica en Sui Components | Sui Documentation. Esto se gestiona mediante procesos especiales, como la clasificación local. El enfoque orientado a objetos de Sui destaca cómo el modelo de SUI afecta a la escalabilidad, la seguridad y la experiencia del usuario.

Tipos de propiedad en SUI

Tipo de propiedad	Descripción	Accesibilidad
Propiedad de la dirección	Propiedad de una dirección específica de 32 bytes (dirección de cuenta o ID de objeto)	Solo accesible para su propietario
Inmutable	No se puede mutar, transferir ni eliminar; no hay propietario	Accesible a todo el mundo
Compartido	0x2::transfer::share_objectFunción de uso compartido	Accesible para todos
Envuelto	Organiza las estructuras de datos colocando un campo de structtipo en otro	No especificado

Los objetos propios incluyen los que pertenecen a la dirección, lo que se alinea con UTXO, mientras que los objetos compartidos son accesibles de forma explícita para todos, lo que se ajusta al acceso más amplio del modelo de cuentas.

Mi conclusión y consideraciones futuras

La transición del modelo UTXO de Bitcoin al modelo de objetos de SUI representa una evolución significativa, ya que ofrece flexibilidad y aborda las limitaciones de UTXO en la lógica compleja a través de SharedObject, al tiempo que conserva las ventajas de simultaneidad de UTXO a través de OwnedObject.

Este enfoque dual, analizado en Exploring Object-Centric Mode de Sui y en el lenguaje de programación Move, posiciona a la SUI como una plataforma versátil, que podría establecer un nuevo estándar para los modelos de datos de cadenas de bloques.