Cet article a pour objectif d'apprendre et de comprendre le modèle UTXO. Il utilise un moyen facile à comprendre pour simplement trier les modèles UTXO et les méthodes de mise en œuvre de $BTC à $SUI. Je fournirai un aperçu complet, que nous développons ici pour plus de clarté et de profondeur, garantissant une analyse professionnelle et approfondie.

En tant que l'un des principes de conception fondamentaux de Bitcoin, le modèle UTXO est devenu un paradigme technique important dans le domaine de la blockchain depuis sa naissance. Il joue un rôle important dans la garantie de la sécurité et de la traçabilité des transactions et offre une autre voie que le modèle traditionnel de solde des comptes.

La technologie blockchain ayant été continuellement mise à jour et itérée ces dernières années, le modèle UTXO lui-même n'a cessé d'évoluer et de s'étendre.

Présentation de l'UTXO et de ses origines

Le modèle UTXO, ou Unspent Transaction Output, est un concept fondamental de Bitcoin, dans lequel chaque sortie de transaction qui n'a pas été dépensée est suivie sous forme d'UTXO. Ce modèle traite les transactions comme les espèces, où les dépenses impliquent la sélection d'UTXO spécifiques pour couvrir le montant, au lieu de modifier un solde unique.

L'exemple : Alice et Bob commencent chacun avec 5 dollars. Dans le modèle de compte, si Bob vole 2 dollars à Alice, le solde d'Alice devient 3 et celui de Bob devient 7. Dans le modèle UTXO, l'UTXO de 5 dollars d'Alice est dépensé pour créer deux nouveaux UTXO : 2 dollars pour Bob et 3 dollars pour Alice, Bob tenant désormais son UTXO original à 5 dollars et le nouveau à 2 dollars, soit un total de 7 dollars.

Cette approche, telle que détaillée dans Understanding UTXO : A Comprehensive Guide, garantit la transparence et empêche les doubles dépenses, chaque UTXO étant suivi publiquement en chaîne tout en préservant la confidentialité grâce à des adresses anonymes.

Il n'est pas difficile de voir qu'Alice se retrouve avec 3 dollars et Bob avec 7 dollars. Cette méthode comptable, similaire à l'addition et à la soustraction des écoles primaires, apparaît fréquemment dans le système bancaire et est appelée modèle compte/solde. Dans celui-ci, le solde d'un compte existe sous la forme d'une valeur unique.

Si une approche différente du modèle de compte est utilisée, telle que UTXO pour représenter le transfert de patrimoine entre Alice et Bob, le diagramme sera différent :

Comparaison avec le modèle de compte/solde

Le modèle compte/solde, courant dans le secteur bancaire, permet de maintenir un solde unique par compte, mis à jour à chaque transaction. Il est simple, mais soulève des problèmes de contention d'états lorsque plusieurs transactions modifient le même compte, ce qui nécessite souvent des blocages et entraîne des goulots d'étranglement au niveau des performances, en particulier en cas de volumes de transactions élevés. En revanche, le modèle UTXO, comme expliqué dans Exploration du modèle UTXO : qu'est-ce qui le distingue dans le monde de la blockchain ?, évite cela en traitant les transactions sur des systèmes UTXO indépendants, ce qui permet une exécution parallèle sans verrouillage, améliorant ainsi le débit et la simultanéité.

La confidentialité est un autre avantage, les portefeuilles cryptographiques générant de nouvelles adresses par transaction, ce qui rend plus difficile la création de liens avec les individus, contrairement aux adresses fixes du modèle de compte, qui sont plus sensibles à l'analyse de corrélation. Cependant, les limites de l'UTXO dans la gestion de logiques commerciales complexes, telles que les contrats en plusieurs étapes, ont conduit au modèle basé sur les comptes d'Ethereum, comme indiqué dans Qu'est-ce qu'un UTXO ? Explication des résultats des transactions non dépensés.

Modèle objet de SUI : relier les modèles UTXO et les modèles de compte

SUI, comme détaillé dans l'article X et soutenu par Object Model | Sui Documentation, centre le stockage autour des objets, et non des comptes, avec deux types de clés :OwnedObject (appartenant à l'adresse) et SharedObject.

L'OwnedObject a amélioré UTXO, où seul le propriétaire peut opérer, et chaque version est utilisée une seule fois, conformément aux principes d'UTXO. Par exemple, un objet appartenant à une adresse ne peut être modifié que par son propriétaire, comme si vous dépensiez un UTXO.

SharedObject, à l'inverse, est accessible à tous, comme le modèle de compte, mais nécessite un consensus pour ordonner les lectures et les écritures, en résolvant les conflits d'état, comme indiqué dans Sui Components | Sui Documentation. Ceci est géré par un traitement spécial tel que le tri local. L' Approche orientée objet de Sui met en évidence l'impact du modèle de SUI sur l'évolutivité, la sécurité et l'expérience utilisateur.

Types de propriété dans SUI

Type de propriété	Description	Accessibilité
Détenu par une adresse	Détenu par une adresse spécifique de 32 octets (adresse de compte ou identifiant d'objet)	Accessible uniquement à son propriétaire
Immuable	Ne peut pas être muté, transféré ou supprimé ; aucun propriétaire	Accessible à tous
Partagé	0x2::transfer::share_objectFonction d'utilisation partagée	Accessible à tous
Enveloppé	Organise les structures de données en plaçant un champ de structtype dans un autre	Non spécifié

Les objets détenus incluent les objets appartenant à l'adresse, conformément à UTXO, tandis que les objets partagés sont explicitement accessibles à tous, conformément à l'accès plus large du modèle de compte.

Ma conclusion et mes considérations futures

La transition du modèle objet UTXO de Bitcoin au modèle objet de SUI représente une évolution significative, offrant de la flexibilité et répondant aux limites d'UTXO en matière de logique complexe via SharedObject, tout en conservant les avantages de simultanéité d'UTXO via OwnedObject.

Cette double approche, telle qu'explorée dans Exploring Sui's Object-Centric Model et le Move Programming Language, positionne SUI comme une plate-forme polyvalente, établissant potentiellement une nouvelle norme pour les modèles de données blockchain.