UTXO Stack : l'édition complète du protocole RGB++ qui trace le cours de Bitcoin

La pile UTXO a récemment été mieux expliquée à certains passionnés, développeurs, détenteurs de jetons et nouveaux arrivants qui en ont peut-être entendu parler ou qui commencent tout juste à en prendre connaissance. Le public a été informé de ce que représente le protocole RGB++ , de l'essence de son édition complète et de ses projets. Cela a commencé par mettre en évidence la mission et le positionnement du protocole RGB++ qui se concentrent sur la construction de solutions natives de programmabilité et d'évolutivité pour l'écosystème Bitcoin, c'est-à-dire d'une manière intrinsèquement native. Selon Cipher, co-fondateur de Nervos CKB, la nécessité de suivre la voie native n’est pas seulement une question politique, il s’agit plutôt d’une voie native qui pourrait apporter une solution vitale.

Que signifie « natif »

Il fait référence à l'utilisation des fonctionnalités inhérentes à Bitcoin : preuve de travail (PoW) et résultats de transaction non dépensés (UTXO). Ce n’est qu’en tirant parti de ces deux fonctionnalités qu’une approche native peut être revendiquée comme étant utilisée pour offrir une solution supérieure. Il diffère complètement de l'écosystème Ethereum qui repose sur un modèle de compte et une preuve de participation (PoS) .

Ces dernières années, l'écosystème Ethereum a disposé de diverses solutions d'évolutivité, notamment Plasma, Sharding, Raiden Network et Rollups. Les rollups sont apparus comme la solution optimale pour l'évolutivité d'Ethereum car ils capitalisent pleinement sur les avantages du modèle de compte et du PoS.

Cependant, même si cela a fonctionné pour Ethereum, la même hypothèse ne s’applique pas automatiquement à Bitcoin selon laquelle les rollups sont sa meilleure solution. Au contraire, d’autres solutions, voire meilleures, sont à l’étude. Celles-ci incluent les quatre orientations principales pour les approches d’évolutivité ou d’extension de Bitcoin :

1. Sidechains : Celles-ci comprennent un pont, spécifiquement des ponts multisig, et une couche 2 compatible EVM (Bridge+EVM). Merlin, BEVM et Satoshi VM sont parmi les meilleurs exemples. Cependant, il ne s’agit pas véritablement de solutions Bitcoin de couche 2, mais plutôt de ponts vers une couche 2 d’Ethereum. Leur sécurité dépend du pont multisig et l’innovation dans ce domaine a été limitée.

   
   

2. Rollups : Pour vérifier l'état de la couche 2 directement sur la couche 1 de Bitcoin, quelque chose de spécial est nécessaire dans le script Bitcoin. Ainsi, une technologie hautement sophistiquée comme BitVM avec le support potentiel d'OP_CAT est censée rendre cela plus facile mais difficile. Pendant ce temps, il existe une croyance générale dans l’espace selon laquelle BitVM n’est pas susceptible d’achever son développement dans le cycle actuel du marché haussier du Bitcoin. Ainsi, la solution de cumul pourrait être concrétisée lors du prochain marché haussier attendu dans les quatre prochaines années.

   
   

3. Canaux/LN : les canaux et le réseau Lightning sont appelés les approches d'évolutivité natives Bitcoin. Nous disposons déjà d'un réseau Lightning mature fonctionnant sur Bitcoin, avec plus de 10 000 nœuds et des millions d'utilisateurs. Cependant, ce réseau ne prend actuellement en charge que Bitcoin. S’il pouvait, un jour, prendre en charge les pièces stables ou d’autres pièces définies par l’utilisateur, il serait nettement plus utile. L'équipe CKB développe également un réseau CKB Lightning, qui devrait se connecter au réseau Bitcoin Lightning cette année. Il s’agit d’une solution très prometteuse pour Bitcoin même si elle est davantage dédiée aux canaux ou réseaux de paiement et fait face à des défis.

   
   

4. CSV (Client-Side Validation) : Il s'agit d'une solution native Bitcoin disponible uniquement pour le modèle UTXO. Les projets notables incluent les protocoles RGB, Taproot Assets et RGB++.

Le problème

Malgré plus d’une centaine de solutions de couche 2 construites sur la chaîne Bitcoin, aucune n’a été en mesure de résoudre le problème de programmabilité et d’évolutivité. Les solutions Bitcoin de couche 2 les plus matures suivent le pont multisig et l'approche de couche compatible EVM. Ils relient essentiellement la vraie chaîne Bitcoin à une autre chaîne avec des bitcoins qui ne sont pas réels (shadow ou pseudo bitcoins). Sans une solution véritablement native, les bitcoins fantômes restent non programmables et non évolutifs car le vrai Bitcoin reste sur la couche 1.

Voici la solution simple du protocole RGB++ : il permet une programmabilité complète de Turing directement sur la couche 1 de Bitcoin et s'étend à la couche 2 pour atteindre l'évolutivité.

Par conséquent, en un mot, le protocole RGB++ n'est pas BitVM même s'il peut fournir une capacité native Turing-complete sur la couche 1 de Bitcoin. Il ne repose pas sur de nouveaux codes OP et ne nécessite pas de hard forks ou de soft forks, mais fournit plutôt directement une programmabilité sur couche 1. Il ne s’agit pas non plus d’un EVM ou d’un rollup, et il n’a pas besoin de pont.

RVB++ : comment ça marche

Chaque Bitcoin UTXO se compose de deux composants critiques, un pour le champ de montant (variable) pour indiquer le bitcoin contenu dans l'UTXO et un autre pour le script de verrouillage qui s'apparente à une adresse qui signifie la propriété et l'autorité pour déverrouiller l'UTXO.

Le protocole RGB++ attache des données supplémentaires en tant que logique de programme supplémentaire au Bitcoin UTXO d'origine. Un seul Bitcoin UTXO est lié à une cellule de données hors chaîne (ou ce qu’on appelle un UTXO complet de Turing). En connectant chaque UTXO en chaîne avec des données hors chaîne et une logique d'exécution supplémentaire, l'UTXO hors chaîne est transféré (bien qu'il soit contraint par le script sur l'UTXO) chaque fois que l'UTXO d'origine est transféré ou dépensé. Cela permet le transfert de bits ou d'actifs supplémentaires d'un UTXO à un autre, en exécutant le script et en forgeant efficacement une transaction hors chaîne avec transfert d'état hors chaîne d'un état à un autre. C'est l'essence du protocole RGB++.

La méthode est appelée liaison isomorphe car les transitions d'état hors chaîne du protocole RGB++ sont vérifiées par une autre chaîne PoW basée sur UTXO complète de Turing, CKB, pour garantir l'exactitude des transactions. Comparé au protocole RGB d'origine, qui exécute des processus hors chaîne sur le client de l'utilisateur, le protocole RGB++ exécute ces processus sur la chaîne CKB. Cependant, cela est facultatif pour les utilisateurs. Ceux qui ne font pas confiance à CKB peuvent télécharger la transaction ou demander l'historique des transactions à l'expéditeur et le vérifier eux-mêmes.

Pour expliquer davantage la technologie de liaison isomorphe, regardez le diagramme ci-dessus. Le côté gauche représente la transaction Bitcoin tandis que le côté droit est pour la transaction CKB. Le côté CKB pourrait être considéré comme une « transaction hors chaîne » par rapport à la transaction en chaîne Bitcoin, bien qu'il s'agisse d'une transaction en chaîne du point de vue de CKB. Les sections d'entrées et de sorties Bitcoin signifient la propriété d'actifs ou d'État tandis que l'engagement, codé dans le champ OP_RETURN de la transaction Bitcoin, est un hachage de la transaction CKB.

Le côté transaction CKB comprend un UTXO avec un état riche – tout ce qui est protégé par un contrat intelligent. Il dispose également d'un client léger Bitcoin sur la chaîne CKB qui agit comme un générateur ou un vérificateur de preuves. Lorsque la preuve d'une transaction est déclenchée, le contrat intelligent vérifie si la transaction est correctement encodée dans l'engagement Bitcoin. Cette technologie permet d'obtenir une liaison bidirectionnelle de la transaction Bitcoin et UTXO avec la transaction CKB et CKB Cell, garantissant que la transaction est contrôlée ou contrainte par le contrat intelligent CKB. C’est ainsi que la programmabilité est obtenue sur la couche 1 du Bitcoin avec le protocole RGB++.

La connaissance de base du protocole RGB++ et son utilisation comme méthode de liaison isomorphe peuvent être utilisées pour introduire l'action Cross-chain Leap. Étant donné que les sections d'entrées et de sorties Bitcoin signifient la propriété d'un actif ou d'un État, le transfert de la propriété d'un Bitcoin UTXO vers l'UTXO d'une autre chaîne, par exemple Litecoin, nécessite de modifier la structure de données de liaison isomorphe de Bitcoin UTXO à Litecoin UTXO. Cependant, lorsque le transfert a lieu, rien ne change dans la valeur qu’il véhicule.

C’est l’essence du Cross-chain Leap. Il élimine le besoin de ponts, qu'ils soient centralisés ou décentralisés, tout en permettant un simple transfert d'une chaîne à une autre. La vérification de la transaction est également simple. Il retrace l’historique des transactions avec la preuve de la branche UTXO sur une chaîne et une autre jusqu’à arriver à la chaîne Bitcoin initiale.

Un bon exemple de la façon dont ce saut d'actifs est réalisé peut être vu dans la première application de portefeuille à clé d'accès non dépositaire de Bitcoin, ID de joie . Avec le portefeuille JoyID, les actifs peuvent passer de la couche 1 de Bitcoin à la couche 2 et inversement. Il prend en charge les jetons fongibles et non fongibles ainsi que les actifs émis sur Bitcoin ou CKB avec le protocole RGB++.

Armé de ces utilitaires – programmabilité de couche 1 et technologie de saut inter-chaînes, la dernière étape du protocole RGB++ peut être réalisée : créer une extension d’évolutivité pour la couche 2 de Bitcoin. Nous pouvons construire une couche 2 basée sur UTXO avec PoS.

Vérifiez PoS sans activités malveillantes

Pour implémenter le jalonnement, la récompense et le slashing sur la couche 1 de Bitcoin, la couche de programmabilité fournie par le protocole RGB++ est utilisée pour exécuter des scripts de jalonnement ou de slashing qui assurent la sécurité de la couche UTXO 2. Cette fonctionnalité permet de faire passer les actifs de la couche UTXO 2 à la couche. 1 sans aucun pont centralisé ou décentralisé. C'est ce que fait UTXO Stack, en tant qu'édition complète du protocole RGB++.

Pour la sécurité et le jalonnement, Babylon ou des protocoles similaires seront introduits en tant que fournisseur de sécurité de jalonnement Bitcoin pour les chaînes L2, tandis que d'autres jetons tels que les pièces CKB et RGB++ peuvent être acceptés comme actifs de jalonnement sur la couche 1, comme programmé dans les contrats intelligents du protocole RGB++. Le niveau de sécurité du Bitcoin couche 1 est identique à celui du Bitcoin lui-même. Il est garanti par la chaîne PoW historique de Bitcoin. La sécurité pour les couches 2 s’apparente à un rollup OP (sur Ethereum) avec une période difficile attendue au cours de laquelle il y aura un plafond de sécurité similaire au dépôt. Une fois cette période difficile passée, la sécurité devrait être meilleure.

Avec cette édition complète du plan de protocole RGB++, l'équipe et la société se consacrent à la création de la solution de pile UTXO en se concentrant sur l'évolutivité de Bitcoin. Le plan est de développer quelque chose qui s'apparente à OP Stack + EigenLayer pour Bitcoin, qui est natif UTXO et n'est ni compatible EVM ni doté de pont. Il peut s'intégrer aux futurs réseaux d'éclairage et devrait être la meilleure solution pour l'extension de Bitcoin au lieu d'une solution de cumul.

Des efforts sont en cours pour s'appuyer sur la communauté et l'écosystème robustes qui ont été cultivés jusqu'à présent avec des projets tels que les marchés de jetons fongibles et non fongibles, les rampes de lancement, les DOB, Stable++, Leap X, Omega, Nervape, le portefeuille JoyID, etc.