RGB++ Layer: BTCFi et le monde UTXO en tant que hub
En juillet 2024, CKB a officiellement lancé le projet RGB++ Layer, marquant le passage du protocole RGB++ précédemment publié de la théorie à la pratique, et introduisant des cas d'utilisation plus concrets. Grâce à sa vision de construire un écosystème BTCFi entre BTC, CKB, Cardano et d'autres blockchains UTXO, RGB++ Layer est rapidement devenu le centre d'attention de l'industrie.
RGB++ Layer est basé sur le protocole RGB++, utilisant des liaisons isomorphiques et la technologie Leap, pour fournir une expérience d'interaction entièrement chaîne entre les actifs natifs RGB++ ou les inscriptions/runins sur des blockchains publiques de type UTXO comme BTC, CKB et Cardano, sans "ponts inter-chaînes". Il exploite l'environnement de contrats intelligents Turing-complets de CKB pour construire l'infrastructure allant de l'émission d'actifs aux fonctionnalités DeFi complexes pour Bitcoin.
Grâce à l'écosystème d'abstraction de compte complet de CKB, RGB++ Layer est compatible avec les comptes et portefeuilles Bitcoin, offrant une bonne expérience aux utilisateurs de Bitcoin et ouvrant la voie à une large application de BTCFi.
Protocole RGB++ : La pierre angulaire de la couche RGB++
Le protocole RGB++ a été publié en janvier de cette année, et son idée principale est de remplacer la "validation côté client" du protocole RGB par la validation sur la chaîne CKB. Essentiellement, CKB est utilisé comme un indexeur décentralisé, chargé de la tâche de stockage des données et de vérification des sources d'actifs, agissant comme la couche de validation et la couche DA du protocole RGB, afin de résoudre les lacunes du protocole RGB en matière d'expérience utilisateur et de support pour DeFi.
RGB++ a introduit le concept de liaison homomorphe, utilisant les Cells sur la chaîne CKB comme support de données pour les actifs de type inscription/run, puis établissant une relation de liaison entre les Cells et les UTXO sur les chaînes Bitcoin/Cardano/Liquid, permettant aux actifs RGB++ d'hériter de la sécurité de ces blockchains UTXO, afin de prévenir les doubles dépenses.
Par exemple, si Alice veut transférer des jetons TEST à Bob, elle peut générer une déclaration qui liera une cellule stockant les informations sur les actifs TEST à l'UTXO Bitcoin de Bob. Si Bob transfère ensuite des jetons TEST, l'UTXO Bitcoin lié doit également être transféré.
Liaison isomorphe et Leap : émission d'actifs de BTCFi et couche inter-chaînes sans pont
Les liaisons isomorphes et Leap sont les deux caractéristiques principales de RGB++ Layer. Pour comprendre ces deux concepts, il est d'abord nécessaire de comprendre le modèle de cellule CKB.
Cell est un UTXO extensible de CKB, contenant des champs tels que LockScript, TypeScript et Data. LockScript est similaire au script de verrouillage de Bitcoin, utilisé pour la vérification des autorisations ; TypeScript est similaire au code de contrat intelligent ; Data est utilisé pour stocker les données d'actifs.
Lors de l'émission d'actifs RGB++ sur CKB, il est nécessaire de créer une Cellule et de remplir les champs pertinents. Étant donné que la Cellule ressemble à la structure UTXO de Bitcoin et que CKB est compatible avec l'algorithme de signature Bitcoin, les utilisateurs peuvent utiliser un portefeuille Bitcoin pour gérer les actifs sur la chaîne CKB.
Le cœur de la liaison isomorphe est de permettre l'utilisation des comptes de différentes chaînes publiques comme BTC, Cardano, pour réécrire les données d'actifs RGB++ sur la chaîne CKB. Leap, basé sur la liaison isomorphe, effectue un "reliage" des UTXO liés aux actifs RGB++, par exemple, en reliant un UTXO Bitcoin à un UTXO Cardano, permettant ainsi le transfert du contrôle des actifs entre différents comptes.
Méthode de mise en œuvre de la liaison isomorphe
Prenons l'exemple d'un transfert de 40 jetons TEST d'Alice à Bob :
Alice construit localement des données de transaction CKB, indiquant la destruction de Cell#0,生成Cell#1 au profit de Bob, Cell#2 lui étant réservé.
Alice génère une déclaration, Cell#1绑定到BTC UTXO#1, Cell#2绑定到BTC UTXO#2.
Alice génère un engagement, contenant la déclaration ci-dessus et les données de transaction CKB.
Alice initie une transaction sur la chaîne Bitcoin, détruit UTXO#0,生成UTXO#1 pour Bob, laisse UTXO#2 pour elle-même, et écrit l'engagement sur la chaîne.
Enfin, envoyez la transaction CKB sur la chaîne CKB.
Tout au long du processus, Alice doit prouver qu'elle est la contrôlante réelle de Cell#0和BTC UTXO#0 et démontrer qu'il existe effectivement un lien entre les deux.
Principe de mise en œuvre de Leap et scénarios de support
La fonction Leap consiste essentiellement à changer le UTXO lié à l'actif RGB++, par exemple, de BTC à Cardano, puis il est possible de contrôler l'actif avec le compte Cardano. Les principales étapes comprennent :
Publier un Engagement sur la chaîne Bitcoin, déclarant la déconnexion de la relation entre le BTC UTXO et la Cell.
Publier un Engagement sur la chaîne Cardano, déclarant que Cell est lié au UTXO de Cardano.
Modifier le script de verrouillage de la cellule, en changeant la condition de déverrouillage de UTXO Bitcoin à eUTXO Cardano.
Tout au long du processus, les données d'actifs RGB++ sont toujours stockées sur la chaîne CKB, seule la condition de déverrouillage a changé. CKB agit ici en tant que témoin de confiance et installation d'index.
Basé sur la fonctionnalité Leap, il est également possible de réaliser des scénarios intéressants tels que "le trading de chaîne complète". Par exemple, construire une plateforme de trading inter-chaînes où les acheteurs peuvent payer en BTC et recevoir des actifs RGB++ via un compte Cardano.
Wrapper
Pour résoudre les limitations de la fonctionnalité Leap concernant les actifs natifs inter-chaînes, RGB++ Layer a introduit le concept de Wrapper. Prenons l'exemple du wrapper rBTC, qui bridge le BTC vers RGB++ Layer, garantissant la sécurité grâce à des preuves de fraude et un mécanisme de sur-collatéralisation.
En combinant Leap et Wrapper, les différents actifs de l'écosystème BTCFi ( tels que les actifs natifs RGB++, BRC20, ARC20, et les runes ) peuvent tous réaliser des opérations inter-chaînes.
CKB-VM:Le moteur de contrats intelligents de BTCFi
CKB fournit CKB-VM pour RGB++ Layer, permettant l'utilisation de plusieurs langages de programmation supportant la machine virtuelle RISC-V pour le développement de contrats. Cela offre aux développeurs une flexibilité et réduit la barrière à l'entrée pour le développement de contrats intelligents.
Écosystème AA natif : intégration transparente de BTC et RGB++
RGB++ Layer a réutilisé le schéma AA natif de CKB, permettant une compatibilité avec des chaînes publiques UTXO telles que BTC et Cardano, tant du côté des développeurs que des utilisateurs. Les utilisateurs peuvent utiliser différents algorithmes de signature pour l'authentification, tels que BTC, Cardano ou même des méthodes d'authentification de comptes, de portefeuilles ou de WebAuthn pour interagir directement avec les actifs sur RGB++ Layer.
Ce schéma AA natif fournit une base pour le lien isomorphe et la fonction Leap, ce qui favorise le soutien des scénarios clés et optimise l'expérience utilisateur.
Résumé
RGB++ Layer en tant qu'infrastructure essentielle pour les Memecoins tels que les inscriptions, les runes et les tokens colorés, permet une interaction sur toute la chaîne. Son environnement d'exécution de contrats intelligents basé sur RiscV crée un terreau pour la logique commerciale complexe de BTCFi. À l'avenir, nous continuerons à suivre les progrès de RGB++ Layer et effectuerons une analyse plus approfondie des solutions techniques connexes.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
7 J'aime
Récompense
7
5
Reposter
Partager
Commentaire
0/400
BakedCatFanboy
· Il y a 14h
Sécurité des réseaux bull, assis fermement sur le trône UTXO
Voir l'originalRépondre0
NFTHoarder
· Il y a 15h
Une autre astuce vient d'arriver.
Voir l'originalRépondre0
CoffeeNFTs
· Il y a 15h
l'écosystème btc doit aussi s'intensifier
Voir l'originalRépondre0
GateUser-0717ab66
· Il y a 15h
BTC va à la lune~
Voir l'originalRépondre0
WenMoon42
· Il y a 15h
bull ah Nervos a enfin réussi à développer l'écosystème btc
RGB++ Layer: UTXO cross-chain hub de l'écosystème BTCFi
RGB++ Layer: BTCFi et le monde UTXO en tant que hub
En juillet 2024, CKB a officiellement lancé le projet RGB++ Layer, marquant le passage du protocole RGB++ précédemment publié de la théorie à la pratique, et introduisant des cas d'utilisation plus concrets. Grâce à sa vision de construire un écosystème BTCFi entre BTC, CKB, Cardano et d'autres blockchains UTXO, RGB++ Layer est rapidement devenu le centre d'attention de l'industrie.
RGB++ Layer est basé sur le protocole RGB++, utilisant des liaisons isomorphiques et la technologie Leap, pour fournir une expérience d'interaction entièrement chaîne entre les actifs natifs RGB++ ou les inscriptions/runins sur des blockchains publiques de type UTXO comme BTC, CKB et Cardano, sans "ponts inter-chaînes". Il exploite l'environnement de contrats intelligents Turing-complets de CKB pour construire l'infrastructure allant de l'émission d'actifs aux fonctionnalités DeFi complexes pour Bitcoin.
Grâce à l'écosystème d'abstraction de compte complet de CKB, RGB++ Layer est compatible avec les comptes et portefeuilles Bitcoin, offrant une bonne expérience aux utilisateurs de Bitcoin et ouvrant la voie à une large application de BTCFi.
Protocole RGB++ : La pierre angulaire de la couche RGB++
Le protocole RGB++ a été publié en janvier de cette année, et son idée principale est de remplacer la "validation côté client" du protocole RGB par la validation sur la chaîne CKB. Essentiellement, CKB est utilisé comme un indexeur décentralisé, chargé de la tâche de stockage des données et de vérification des sources d'actifs, agissant comme la couche de validation et la couche DA du protocole RGB, afin de résoudre les lacunes du protocole RGB en matière d'expérience utilisateur et de support pour DeFi.
RGB++ a introduit le concept de liaison homomorphe, utilisant les Cells sur la chaîne CKB comme support de données pour les actifs de type inscription/run, puis établissant une relation de liaison entre les Cells et les UTXO sur les chaînes Bitcoin/Cardano/Liquid, permettant aux actifs RGB++ d'hériter de la sécurité de ces blockchains UTXO, afin de prévenir les doubles dépenses.
Par exemple, si Alice veut transférer des jetons TEST à Bob, elle peut générer une déclaration qui liera une cellule stockant les informations sur les actifs TEST à l'UTXO Bitcoin de Bob. Si Bob transfère ensuite des jetons TEST, l'UTXO Bitcoin lié doit également être transféré.
Liaison isomorphe et Leap : émission d'actifs de BTCFi et couche inter-chaînes sans pont
Les liaisons isomorphes et Leap sont les deux caractéristiques principales de RGB++ Layer. Pour comprendre ces deux concepts, il est d'abord nécessaire de comprendre le modèle de cellule CKB.
Cell est un UTXO extensible de CKB, contenant des champs tels que LockScript, TypeScript et Data. LockScript est similaire au script de verrouillage de Bitcoin, utilisé pour la vérification des autorisations ; TypeScript est similaire au code de contrat intelligent ; Data est utilisé pour stocker les données d'actifs.
Lors de l'émission d'actifs RGB++ sur CKB, il est nécessaire de créer une Cellule et de remplir les champs pertinents. Étant donné que la Cellule ressemble à la structure UTXO de Bitcoin et que CKB est compatible avec l'algorithme de signature Bitcoin, les utilisateurs peuvent utiliser un portefeuille Bitcoin pour gérer les actifs sur la chaîne CKB.
Le cœur de la liaison isomorphe est de permettre l'utilisation des comptes de différentes chaînes publiques comme BTC, Cardano, pour réécrire les données d'actifs RGB++ sur la chaîne CKB. Leap, basé sur la liaison isomorphe, effectue un "reliage" des UTXO liés aux actifs RGB++, par exemple, en reliant un UTXO Bitcoin à un UTXO Cardano, permettant ainsi le transfert du contrôle des actifs entre différents comptes.
Méthode de mise en œuvre de la liaison isomorphe
Prenons l'exemple d'un transfert de 40 jetons TEST d'Alice à Bob :
Alice construit localement des données de transaction CKB, indiquant la destruction de Cell#0,生成Cell#1 au profit de Bob, Cell#2 lui étant réservé.
Alice génère une déclaration, Cell#1绑定到BTC UTXO#1, Cell#2绑定到BTC UTXO#2.
Alice génère un engagement, contenant la déclaration ci-dessus et les données de transaction CKB.
Alice initie une transaction sur la chaîne Bitcoin, détruit UTXO#0,生成UTXO#1 pour Bob, laisse UTXO#2 pour elle-même, et écrit l'engagement sur la chaîne.
Enfin, envoyez la transaction CKB sur la chaîne CKB.
Tout au long du processus, Alice doit prouver qu'elle est la contrôlante réelle de Cell#0和BTC UTXO#0 et démontrer qu'il existe effectivement un lien entre les deux.
Principe de mise en œuvre de Leap et scénarios de support
La fonction Leap consiste essentiellement à changer le UTXO lié à l'actif RGB++, par exemple, de BTC à Cardano, puis il est possible de contrôler l'actif avec le compte Cardano. Les principales étapes comprennent :
Publier un Engagement sur la chaîne Bitcoin, déclarant la déconnexion de la relation entre le BTC UTXO et la Cell.
Publier un Engagement sur la chaîne Cardano, déclarant que Cell est lié au UTXO de Cardano.
Modifier le script de verrouillage de la cellule, en changeant la condition de déverrouillage de UTXO Bitcoin à eUTXO Cardano.
Tout au long du processus, les données d'actifs RGB++ sont toujours stockées sur la chaîne CKB, seule la condition de déverrouillage a changé. CKB agit ici en tant que témoin de confiance et installation d'index.
Basé sur la fonctionnalité Leap, il est également possible de réaliser des scénarios intéressants tels que "le trading de chaîne complète". Par exemple, construire une plateforme de trading inter-chaînes où les acheteurs peuvent payer en BTC et recevoir des actifs RGB++ via un compte Cardano.
Wrapper
Pour résoudre les limitations de la fonctionnalité Leap concernant les actifs natifs inter-chaînes, RGB++ Layer a introduit le concept de Wrapper. Prenons l'exemple du wrapper rBTC, qui bridge le BTC vers RGB++ Layer, garantissant la sécurité grâce à des preuves de fraude et un mécanisme de sur-collatéralisation.
En combinant Leap et Wrapper, les différents actifs de l'écosystème BTCFi ( tels que les actifs natifs RGB++, BRC20, ARC20, et les runes ) peuvent tous réaliser des opérations inter-chaînes.
CKB-VM:Le moteur de contrats intelligents de BTCFi
CKB fournit CKB-VM pour RGB++ Layer, permettant l'utilisation de plusieurs langages de programmation supportant la machine virtuelle RISC-V pour le développement de contrats. Cela offre aux développeurs une flexibilité et réduit la barrière à l'entrée pour le développement de contrats intelligents.
Écosystème AA natif : intégration transparente de BTC et RGB++
RGB++ Layer a réutilisé le schéma AA natif de CKB, permettant une compatibilité avec des chaînes publiques UTXO telles que BTC et Cardano, tant du côté des développeurs que des utilisateurs. Les utilisateurs peuvent utiliser différents algorithmes de signature pour l'authentification, tels que BTC, Cardano ou même des méthodes d'authentification de comptes, de portefeuilles ou de WebAuthn pour interagir directement avec les actifs sur RGB++ Layer.
Ce schéma AA natif fournit une base pour le lien isomorphe et la fonction Leap, ce qui favorise le soutien des scénarios clés et optimise l'expérience utilisateur.
Résumé
RGB++ Layer en tant qu'infrastructure essentielle pour les Memecoins tels que les inscriptions, les runes et les tokens colorés, permet une interaction sur toute la chaîne. Son environnement d'exécution de contrats intelligents basé sur RiscV crée un terreau pour la logique commerciale complexe de BTCFi. À l'avenir, nous continuerons à suivre les progrès de RGB++ Layer et effectuerons une analyse plus approfondie des solutions techniques connexes.