Auteur:OneKey

Auparavant, lorsque le cercle parlait de BTC L2, il était en fait profondément influencé par le concept L2 Rollup d'Ethereum. Bien que les différentes versions EVM de L2 construites rapidement disposent de technologies matures et de faibles seuils de développement écologique, leur sécurité native a été critiquée. Dans le même temps, l’utilisation de ce type de L2 oblige les utilisateurs à basculer entre le portefeuille BTC et le portefeuille EVM, ce qui rend l’expérience utilisateur très inélégante. Dans l’ensemble, jusqu’à ce que ces problèmes soient résolus, les OG et les baleines « pointilleux » de la communauté BTC ne seront peut-être pas aussi facilement « FOMO ». Au milieu de divers problèmes, la question de savoir si la solution L2 isomorphe UTXO peut devenir une nouvelle issue est devenue récemment un sujet brûlant.


Cet article est destiné aux débutants, utilisant UTXO, la « source de tout mal », comme point de départ pour connecter les inscriptions et vulgariser le développement du « pont sans chaîne croisée » BTC L2 de CKB.

Que sont UTXO et eUTXO ?

UTXO (Unspent Transaction Output), traduit littéralement par « sortie de transaction non dépensée ». Par exemple, si vous recevez un transfert de 10 BTC et que vous ne le dépensez pour personne d’autre, ces 10 BTC sont un UTXO.

Comprenons à travers des comparaisons et des exemples.

Il existe actuellement deux modèles d'enregistrement de transactions courants dans la blockchain, à savoir le modèle UTXO et le modèle de compte. Le modèle de compte utilisé par Ethereum est très simple à comprendre. Ce modèle est le même qu'un compte bancaire ou un compte Alipay WeChat. Dans ce modèle, le montant total des fonds sur le compte est affiché visuellement sous forme de solde global, et le système n'a besoin que de suivre les modifications du solde du compte de l'utilisateur. Par exemple : vous avez un solde de 1 000 yuans sur votre compte. Lorsque vous achetez OneKey Classic pour 600 yuans, le système déduira 400 yuans de votre compte et ajoutera 400 yuans à votre compte OneKey.

Par rapport au modèle de compte utilisé par Ethereum, l'abstraction UTXO de Bitcoin ressemblera davantage à un véritable « portefeuille » et à un « billet de banque », qu'à une véritable transaction en espèces. Une analogie : imaginez que vous avez un sac portefeuille avec de nombreux billets de différentes coupures. Chaque billet de banque peut être considéré comme un UTXO, une somme d’argent que vous pouvez utiliser. Dans un système comme Bitcoin, lorsque vous recevez un transfert Bitcoin de quelqu’un d’autre, l’argent est comme un nouveau billet de banque dans votre portefeuille. Vous ne l’avez pas utilisé pour payer autre chose, il est donc « non dépensé ».

Chaque fois que vous effectuez une transaction, par exemple en achetant un OneKey Classic à 600 $ avec une facture de 1 000 $, vous recevrez 400 $ en monnaie. Dans le système Bitcoin, cette opération équivaut à utiliser un UTXO (1 000 yuans) pour créer deux nouveaux UTXO : l'un consiste à payer notre OneKey (600 yuans) et l'autre vous est restitué (400 yuans). Vous « dépensez » l'UTXO d'origine (1 000 yuans) et « générez » un nouvel UTXO (600 yuans et 400 yuans) en même temps.

Avec ce qui précède, le concept d'eUTXO (Extended Unspent Transaction Output, c'est-à-dire la version étendue de la sortie de transaction non dépensée) est facile à comprendre. Dans des systèmes comme Cardano qui utilisent le modèle eUTXO, il enregistre non seulement le montant d'argent, mais peut également contenir des données et une logique plus complexes (par exemple, l'argent ne peut être utilisé que pour acheter des biens ou des services spécifiques). De cette manière, chaque transaction transfère non seulement des fonds, mais exécute également certaines conditions et même le contenu du contrat intelligent. Cela rend les transactions plus flexibles, mais aussi plus complexes.

Qu’est-ce que les inscriptions comme BRC-20 ont à voir avec les UTXO ?

Si vous savez quelque chose sur le protocole BRC-20, vous découvrirez rapidement : "Oh merde, ce qu'ils font, c'est exécuter le modèle de compte au-dessus du modèle UTXO." Après tout, le nom du protocole vient de la norme de jeton d’Ethereum, ERC-20, qui utilise un modèle de compte.

Dans BRC-20, les opérations de jetons, notamment le déploiement, la création et le transfert, sont mises en œuvre en intégrant des données au format JSON dans les transactions UTXO de Bitcoin. Cela équivaut à écrire des enregistrements sur les « billets de banque » dont nous avons parlé plus tôt. De cette manière, les jetons peuvent être émis librement sur la chaîne Bitcoin. Cependant, Bitcoin ne peut pas gérer le modèle de compte et le contenu du BRC-20 est placé dans le script Taproot de Segwit. Bitcoin ne peut pas reconnaître et calculer les nombres qu'il contient. C'est comme si le système bancaire ne reconnaissait que la valeur nominale du billet et ne se souciait pas de ce que vous écriviez dessus.

Heureusement, contrairement aux banques centralisées, toutes les transactions Bitcoin sont publiques, et nous pouvons vérifier ce qui est écrit sur tous les « billets ». Tant que nous suivons certaines règles (théorie ordinale) pour créer un grand livre et calculer les additions, soustractions et soustractions hors chaîne. Par conséquent, BRC-20 construit actuellement un serveur d'index hors chaîne pour mettre en œuvre divers calculs de grand livre des jetons BRC20. Cependant, cette méthode comporte évidemment un risque de centralisation : ce service qui tient le grand livre ne dispose pas du mécanisme de jeu équitable du POW ou du POS pour garantir qu'aucun mal n'est fait. Cela explique donc également pourquoi BRC-20 est considéré par certains développeurs geeks de Bitcoin Core comme une régression superflue et technologique.

Par conséquent, divers nouveaux protocoles d’inscription ont ensuite été développés pour résoudre les lacunes du BRC-20. Par exemple, ARC-20 et Runes utilisent une méthode similaire pour permettre à Bitcoin de calculer les soldes, c'est-à-dire rendre directement le nombre de jetons égal au nombre de Bitcoins dans UTXO (unité : satoshi) - 1 jeton = 1 sat, au lieu de un autre chef d'accusation. Cela équivaut à apposer une « marque spéciale » sur le plus petit billet de banque pour représenter une autre monnaie. En fait, il s'agit de la « pièce teinte » qui est apparue dans l'histoire ancienne du cercle monétaire.

L’avantage est qu’aucun système hors chaîne n’est requis pour suivre les transactions, calculer les soldes, etc. Seul un serveur d'index est nécessaire pour reconnaître cette "marque spéciale", ce qui réduit le coût du serveur d'index. Mais cela introduit également un nouveau problème. Afin de réduire les transactions de spam, le réseau Bitcoin a une limite minimale de sortie de transaction (546 satoshis). Par conséquent, les jetons d'inscription tels que ARC-20 ne peuvent pas être divisés en transactions plus fines. liquidité Il est similaire au NFT et n’est pas un jeton véritablement fongible. Cependant, pour introduire le calcul des transactions fractionnées, en boucle, nous devons effectuer des transactions d'index hors chaîne centralisées. Sur cette question, l'ARC-20 est bloqué depuis longtemps, et il n'y a pas eu de plan de scission depuis plusieurs mois. À l'heure actuelle, il semble que l'équipe du projet place ses espoirs dans l'AVM inspiré de BitVM pour réaliser le calcul du partage des promesses, ce qui n'est pas facile à développer.

D’un point de vue technique, de nombreux systèmes d’émission d’actifs d’inscription de type Meme eux-mêmes ont une promotion limitée du progrès technologique Bitcoin. Les inscriptions ont créé de nombreux nouveaux actifs, mais leur application s'est limitée à la délivrance d'actifs.


Mais son effet de richesse et FOMO permettent aux gens de voir l’imagination de l’écosystème BTC. Dans les besoins réels des acteurs de la chaîne, diverses restrictions sur le réseau Bitcoin et UTXO ont encore stimulé la demande des gens pour l'expansion du Bitcoin et des applications écologiques plus complexes.

Du point de vue de la mise à l'échelle, le réseau Lightning est déjà un assez bon canal Lightning pour atteindre l'absence de confiance grâce aux jeux (transactions d'engagement révocable basées sur des sanctions) et fonctionne depuis de nombreuses années. Cependant, l'architecture des canaux d'État du Lightning Network est fondamentalement limitée au paiement et ne peut pas réaliser des intentions plus complexes.

Comme mentionné précédemment, la mise en œuvre d'un L2 relativement sûr et élégant, l'adoption d'un modèle UTXO isomorphe au BTC et son extension à l'aide du concept eUTXO peuvent être une solution. Les deux chaînes publiques Ergo et Cardano ont réalisé des progrès dans le modèle eUTXO et ont mis en œuvre des fonctions de contrat intelligent. Mais c’est CKB qui a le premier pensé à mettre en œuvre une solution L2.

La réponse de CKB est de proposer un protocole d’extension pour RGB : RGB++. En fait, il ne s’agit pas tant d’une extension que d’un « grand changement magique ». L'extension de CKB hérite du cœur du protocole RGB, mais utilise directement différentes machines virtuelles et schémas de vérification. En tant que protocole de système de contrats intelligents open source, le protocole RGB est conçu pour exécuter des contrats intelligents évolutifs, robustes et privés sur les blockchains UTXO (telles que Bitcoin, Liquid). Actuellement, la version 0.11 n'est pas sortie et sa machine virtuelle AluVM est encore loin d'être entièrement implémentée (certains disent que cela ne sera peut-être pas possible même après la fin de ce marché haussier).

Son objectif technique est la « liaison isomorphe », qui mappe Bitcoin UTXO à la cellule de Nervos CKB – une version modifiée d'UTXO qui peut être combinée pour implémenter des capacités de contrat intelligent. Pour le schéma de vérification, toutes les transactions RGB++ apparaîtront simultanément sur les chaînes BTC et CKB avec une transaction chacune. La vérification originale du client hors chaîne a été remplacée par la vérification publique en chaîne de CKB, qui est beaucoup plus conviviale. Il n'est pas nécessaire d'utiliser un client indépendant ou de sauvegarder les données de transaction originales.

Une compréhension approximative est que les actifs RGB++ émis sur la première couche de Bitcoin peuvent utiliser des contrats intelligents sur la deuxième couche de ckb pour réaliser diverses intentions complexes. CKB n'utilise aucun pont inter-chaînes, mais utilise un schéma de vérification client natif.​

Dans un sens, il s'agit d'une idée relativement avant-gardiste : réaliser une expansion intentionnelle (Intent) entre les chaînes, plutôt que entre les chaînes d'actifs traditionnelles.

Les utilisateurs de L2 réfléchissent toujours à des moyens de verrouiller BTC en L2, mais pour réaliser une expansion et des applications complexes, peut-être n'avons-nous besoin que de créer des applications orientées intention en L2 ?

Bien que RGB++ ne soit encore qu’un concept et n’ait pas encore été mis en œuvre en profondeur, cette solution est censée ouvrir une nouvelle voie pour l’exploration de la légitimité du BTC L2. L'avenir est prometteur.