Mise en œuvre du paiement par stablecoin CKB
TechFlow SélectionTechFlow Sélection
Mise en œuvre du paiement par stablecoin CKB
CKB est la blockchain de couche 1 du réseau Nervos, dont les principales fonctions peuvent être résumées par le consensus et l'exécution, ainsi que la disponibilité des données.
Dédié à des analyses Web3 approfondiesAuteur : Jimmie, 10K Ventures
1. Aperçu général
-
CKB Stablecoin Payment est une solution de paiement décentralisée par stablecoin basée sur le réseau CKB. Elle permet aux utilisateurs de générer et gérer RUSD, un stablecoin indexé sur le dollar américain, grâce au réseau combiné de CKB et du Bitcoin, en exploitant des extensions de couche 2 telles que RGB++ et Fiber Network, afin d'assurer des paiements inter-chaînes rapides, peu coûteux et sécurisés.
2. Présentation des composants clés
2.1 CKB (Common Knowledge Base)
2.1.1 Qu'est-ce que CKB ?
-
CKB est la blockchain de niveau 1 (Layer 1) du réseau Nervos. Ses principales fonctions sont la consensus & exécution (Consensus & Execution) ainsi que la disponibilité des données (Data Availability). L'extensibilité est améliorée grâce à des canaux de paiement et des solutions comme RGB++ construites au-dessus.
-
Basé sur un mécanisme de PoW similaire à BTC, CKB utilise un algorithme amélioré appelé NC-MAX. Celui-ci accélère la confirmation des transactions et réduit le taux de blocs orphelins, augmentant ainsi l'efficacité et la réactivité du réseau. Contrairement à BTC qui produit un bloc toutes les 10 minutes, CKB ajuste dynamiquement l'intervalle entre les blocs (environ toutes les 4 heures), optimisant ainsi ses performances.
-
CKB utilise la fonction de hachage Eaglesong, spécialement conçue pour le réseau Nervos en remplacement de SHA-256, tout en offrant un niveau de sécurité équivalent.
-
CKB adopte le modèle Cell comme structure de données centrale, une version améliorée du modèle UTXO de BTC.
-
Grâce à un système à double script, il autorise un stockage et une vérification de données plus flexibles, prenant en charge l'émission d'actifs et l'exécution de contrats intelligents.
-
Il assure le stockage des données et la gestion des états, garantissant la disponibilité à long terme de tous les actifs et données sur la chaîne.
-
2.1.2 Le modèle Cell
-
Modèle Cell et ses caractéristiques :
-
Le modèle Cell ressemble au modèle UTXO de BTC, mais intègre un double script permettant le stockage et la validation de données contractuelles directement sur la chaîne.
-
Stockage de données ou actifs de type arbitraire : alors que chaque sortie de transaction UTXO dans BTC contient uniquement un montant et une information de propriété, chaque Cell dans CKB peut stocker du code de contrat intelligent, exécuté via des appels externes dans une transaction. Chaque Cell peut donc exécuter indépendamment sa propre logique contractuelle, rendant le système programmable.
-
Séparation entre état et calcul : puisque les Cells stockent le code et l'état des contrats intelligents, les tâches complexes peuvent être exécutées sur Layer 2 ou hors chaîne, leurs résultats étant ensuite synchronisés sur Layer 1. Cela préserve la sécurité du réseau et la cohérence des données.
-
Exécution parallèle et regroupement des transactions : le modèle Cell permet l'exécution parallèle de contrats intelligents dans différentes Cells, et les résultats peuvent être regroupés avant d'être mis à jour sur la chaîne, rendant le calcul plus efficace et réduisant les frais de transaction.
-
-
Fonctionnement du modèle Cell :
-
Une Live Cell est une Cell encore non dépensée, pouvant servir d'entrée pour une nouvelle transaction ou mise à jour d'état.
-
Lorsqu'une Cell est dépensée, elle devient une Dead Cell, inutilisable par la suite, bien que son historique soit conservé sur la chaîne pour assurer la traçabilité.
-
Script de verrouillage (Lock Script) : utilisé pour l'authentification, similaire au mécanisme de signature de BTC. Il empêche tout accès ou modification non autorisé des données dans la Cell. L'utilisateur doit fournir une signature valide (ou une multisignature) pour déverrouiller la Cell.
-
Script de type (Type Script) : définit la logique de validation des données dans la Cell, établissant les règles d'utilisation ou de modification futures. Son exécution détermine la légalité d'une transaction ou d'un changement d'état.
-
Structure de transaction : comme le modèle UTXO de BTC, les Cells s'organisent en entrées et sorties. Une Cell peut être consommée comme entrée pour produire une nouvelle sortie, créant ainsi une nouvelle Cell.
-
Composants d'une Cell : chaque Cell contient Capacity, Updated Data, Lock Script et Type Script.
-
Capacity (capacité) : représente la taille de stockage de la Cell et la valeur de stockage du jeton CKByte. La création d'une Cell nécessite une allocation de capacity proportionnelle à la quantité de données, favorisant une utilisation efficace de l'espace de stockage.
-
Data (données) : caractéristique fondamentale du modèle Cell, permettant de stocker n'importe quelle information, du simple nombre à l'état complexe d'un contrat intelligent, offrant une grande diversité de données sur la blockchain.
-
Système à double script :
-
Live Cell & Dead Cell :
-
Mécanisme de location d'état : les utilisateurs doivent payer des jetons CKByte pour louer de l'espace de stockage sur la chaîne, assurant un stockage durable tout en évitant l'explosion d'état (State Bloat).
-
Sources :
2.1.3 Programmabilité & CKB-VM
-
Le modèle Cell constitue la base de la programmabilité de CKB : il permet de stocker l'état et les scripts d'exécution des contrats intelligents dans chaque Cell, intégrant étroitement exécution contractuelle et gestion des actifs.
-
Grâce à la machine virtuelle RISC-V Turing-complète (CKB-VM), les développeurs peuvent exécuter des contrats intelligents personnalisés sur la chaîne. La souplesse du jeu d'instructions RISC-V offre une grande liberté d'écriture de contrats, permettant à CKB de supporter des logiques complexes.
-
CKB-VM supporte plusieurs langages, notamment C et Rust. Cette large compatibilité distingue CKB-VM des machines virtuelles d'autres blockchains souvent limitées à un seul langage, ouvrant ainsi la porte à une communauté plus vaste de développeurs. Le réseau CKB propose également des SDK pour JavaScript, Rust, Go et Java, facilitant le développement avec des outils familiers.
-
Compatibilité et extensibilité : la conception de CKB-VM garantit la compatibilité avec le modèle UTXO de BTC et d'autres blockchains, tout en permettant une extension élevée pour les contrats intelligents et applications complexes.
-
Sources :
-
https://medium.com/nervosnetwork/an-introduction-to-ckb-vm-9d95678a7757
2.1.4 Mécanisme de consensus PoW
-
CKB adopte un mécanisme de consensus PoW similaire à BTC, assurant sécurité et décentralisation. Comme sur BTC, les mineurs valident les blocs par compétition de calcul de hachage, garantissant l'immutabilité et la résistance à la censure du réseau.
-
Algorithme NC-MAX : comparé à BTC, CKB introduit l'algorithme amélioré NC-MAX, permettant un débit plus élevé, une meilleure efficacité d'emballage des blocs, un taux de blocs orphelins réduit et une vitesse de confirmation accrue, adaptée aux scénarios à grande échelle comme le stockage d'actifs et les paiements.
-
Fonction de hachage Eaglesong : conçue sur mesure pour Nervos CKB, cette fonction apporte des avantages en termes de performance et de sécurité grâce à sa neutralité ASIC, son efficacité, sa sécurité et son équité réseau, renforçant à la fois la décentralisation, l'efficacité minage et l'extensibilité.
-
Sources :
-
https://docs.nervos.org/docs/tech-explanation/consensus#nc-max-consensus-algorithm
-
2.1.5 Architecture de sécurité multicouche
-
CKB met en œuvre une architecture de sécurité multicouche : Layer 1 se concentre sur le règlement final des données et la sauvegarde sécurisée des états, tandis que Layer 2 étend la capacité de traitement des transactions.
-
Cette architecture séparée préserve la sécurité de la chaîne principale (Layer 1) : en réduisant la charge liée au traitement des transactions, elle améliore la stabilité globale du réseau.
2.1.6 Liens avec BTC et légitimité
-
Interopérabilité inter-chaînes via le modèle UTXO :
-
Le modèle Cell de CKB est une extension du modèle UTXO de BTC. Cette similarité permet aux actifs du modèle UTXO de BTC d'opérer inter-chaînes sur CKB via des ponts comme Force Bridge. Les utilisateurs BTC peuvent mapper leurs actifs vers CKB pour bénéficier de sa flexibilité en matière de stockage, de contrats intelligents et d'applications DeFi.
-
En raison de la similarité structurelle entre Cell et UTXO de BTC, et de la compatibilité de CKB avec l'algorithme de signature BTC, les utilisateurs peuvent manipuler les actifs sur CKB à l'aide de portefeuilles BTC. Ce principe s'applique également aux autres blockchains UTXO.
-
-
Légitimité : CKB maintient une cohérence conceptuelle avec BTC via NC-Max (Nakamoto Consensus Max), une version améliorée du consensus de Nakamoto, offrant une meilleure sécurité et performance.
-
Soutien communautaire : la communauté Nervos rassemble passionnés, développeurs et mineurs de technologies blockchain, bénéficiant aussi d’un soutien partiel de la communauté BTC. Sa légitimité provient de l'héritage de la philosophie décentralisée de BTC, enrichie par des fonctionnalités étendues répondant à des besoins plus larges.
-
Sources :
-
https://medium.com/@NervosCN/%E7%A7%91%E6%99%AE-%E4%BB%80%E4%B9%88%E6%98%AF%E4%B8%AD%E6%9C%AC%E8%81%AA%E5%85%B1%E8%AF%86-92ffe0886104
-
2.1.7 Rôle de CKB dans les paiements par stablecoin
-
Stockage et gestion des soldes de stablecoins : le modèle Cell de CKB constitue la base du stockage des stablecoins. Les soldes RUSD des utilisateurs sont stockés dans des Cells sur la chaîne, chaque Cell contenant les informations complètes du solde, assurant sécurité et traçabilité des actifs.
-
Enregistrement des états de transaction : CKB permet d’enregistrer chaque changement d’état de transaction sur la chaîne, rendant tout processus de paiement transparent et traçable via le modèle Cell. Ce mécanisme est crucial pour la sécurité et la vérifiabilité des paiements par stablecoin.
-
Exécution de contrats intelligents : les opérations complexes comme les paiements conditionnels ou les verrouillages dans les paiements par stablecoin sont réalisées via des contrats intelligents pris en charge par CKB-VM.
2.2 RGB++
2.2.1 Qu'est-ce que RGB++ ?
-
Protocole décentralisé d’émission d’actifs et de contrats intelligents, adapté au modèle UTXO de Bitcoin et aux autres blockchains UTXO.
-
Développé à partir du protocole RGB, RGB++ reprend l'idée de créer une transaction hors chaîne et une autre sur chaîne, puis de les lier. Contrairement à RGB qui déplace hors chaîne les données et contrats non supportés par BTC via une validation côté client, RGB++ transfère ces éléments vers CKB, faisant de CKB la couche de règlement des contrats intelligents pour BTC.
-
Sources :
-
https://hackernoon.com/utxo-stack-the-complete-edition-of-the-rgb-protocol-charting-bitcoins-course
-
https://www.nervos.org/knowledge-base/Understanding_Bitcoin_layer2_%28explainCKBot%29
-
https://medium.com/@utxostack/the-magic-of-rgb-bridgeless-cross-chain-leap-70ed82bed3ab
2.2.2 Fonctionnalités de base
-
Grâce à RGB++, CKB devient une "chaîne fantôme" (Shadow Chain) de BTC : agissant comme chaîne complémentaire, elle prend en charge les logiques complexes et contrats intelligents impossibles nativement sur BTC.
-
Interaction avec le réseau BTC
-
Initiation de transaction : sur le réseau BTC, l’utilisateur effectue une transaction standard via le modèle UTXO, tandis que les parties liées à l’exécution de contrats sont liées à CKB via RGB++.
-
Logique de validation : les enregistrements de transactions sur BTC sont synchronisés via RGB++ avec les états contractuels stockés sur CKB. Une logique de validation spécifique garantit la légalité des transactions. À chaque transaction, RGB++ déclenche l’exécution du contrat sur CKB, vérifiant par exemple la suffisance du solde, la validité de la signature ou le respect des conditions contractuelles.
-
-
RGB++ utilise un modèle de validation côté client (Client-Side Validation) pour assurer confidentialité et intégrité des données hors chaîne. Seules les données validées hors chaîne sont soumises à CKB pour règlement final.
-
Émission et gestion d'actifs : RGB++ permet aux utilisateurs d’émettre des actifs (stablecoins, jetons, etc.) via des protocoles hors chaîne, et d’utiliser CKB pour gérer leur cycle de vie (émission, circulation, verrouillages temporels, paiements conditionnels, etc.).
-
RGB++ combine la haute sécurité de BTC et la programmabilité de CKB.
2.2.3 Liaison isomorphe (Isomorphic Binding)
-
Synchronisation inter-chaînes des actifs et états : la liaison isomorphe désigne un mécanisme reliant BTC et CKB (ou d'autres blockchains UTXO comme Cardano), maintenant la synchronisation des actifs et états. À chaque transaction d'actif sur BTC, RGB++ crée un état contractuel correspondant sur CKB.
-
Extension UTXO : dans ce cadre, chaque UTXO sur BTC possède une Cell correspondante sur CKB (conteneur UTXO), stockant l'état de l'actif et les conditions contractuelles associées.
-
Liaison des actifs : lorsque l'utilisateur détient un actif RGB++ sur BTC, la Cell correspondante sur CKB stocke l'état de cet actif, assurant la cohérence des informations entre les deux chaînes.
-
Synchronisation des transactions : lors d’une transaction de jeton RGB++, un Commitment est généré sur BTC, tandis que la Cell correspondante sur CKB est consommée, et de nouvelles Cells sont créées pour redistribuer l’actif.
-
Avantages de la liaison isomorphe - Puissance pour BTCFi
-
Support des contrats intelligents : BTC ne supporte pas nativement les contrats Turing-complets. Grâce à la liaison isomorphe, CKB devient la couche d’exécution contractuelle, gérant des conditions complexes comme les verrouillages temporels ou les paiements conditionnels.
-
Flexibilité de gestion des actifs : cette liaison permet de gérer sur CKB des actifs circulant sur BTC, offrant aux utilisateurs la possibilité d’effectuer des opérations financières complexes grâce à la programmabilité de CKB, sans modifier le protocole de base de BTC.
-
2.2.4 Leap
-
Amélioration proposée par RGB++ Layer : étendre la relation de liaison entre CKB et BTC à toutes les chaînes UTXO, permettant le transfert inter-chaînes via un « changement de liaison ».
-
Transfert inter-chaînes sans pont entre BTC et d'autres chaînes UTXO : Leap permet aux actifs RGB++ sur BTC de migrer sans friction vers d'autres chaînes UTXO, en changeant simplement l'UTXO lié, permettant ainsi la gestion et le transfert d'actifs sur plusieurs blockchains.
-
Technologie sans pont : Leap utilise la liaison isomorphe et le changement d'UTXO entre chaînes, sans recourir aux ponts traditionnels de type Lock-Mint, pour transférer des actifs.
-
Procédure d'opération : Exemple. Un utilisateur peut contrôler un actif RGB++ initialement sur BTC via la chaîne Cardano, et le fractionner ou transférer sur Cardano.
-
Publication d’un Commitment : l'utilisateur publie d'abord sur BTC un Commitment annonçant la suppression du lien entre l'actif et l'UTXO BTC.
-
Liaison avec Cardano : ensuite, un nouveau Commitment est publié sur Cardano, liant l'actif RGB++ à un eUTXO de Cardano.
-
Modification du script de verrouillage : enfin, le script de verrouillage de l'actif RGB++ sur CKB est modifié pour passer de l'UTXO BTC à l'eUTXO de Cardano. Cela permet au détenteur de contrôler l'actif via la chaîne Cardano.
-
-
Rôle de CKB dans Leap :
-
CKB joue un rôle similaire à celui d’un indexeur et d’une couche de disponibilité des données (DA). Toutes les données des actifs RGB++ restent stockées sur CKB, qui agit comme témoin tiers pour traiter les requêtes Leap et garantir la sécurité des actifs inter-chaînes.
-
CKB apporte sécurité et fiabilité : comparé aux mécanismes courants de multi-signature ou MPC (calcul multipartite) dans les ponts traditionnels, CKB offre une sécurité et une décentralisation supérieures.
-
2.2.5 Rôle de RGB++ dans les paiements par stablecoin
-
Émission et circulation du stablecoin : RGB++ permet d’émettre des stablecoins sur BTC, avec une gestion intelligente via CKB.
-
Gestion inter-chaînes des actifs : combinant RGB++ Layer et CKB, les paiements par stablecoin peuvent s’opérer sans friction entre différentes chaînes UTXO.
-
Support des contrats intelligents : offre des fonctionnalités avancées comme les conditions de paiement, les verrouillages temporels, augmentant la flexibilité et la sécurité des paiements.
-
Rôle de pont : RGB++ Layer fait office de pont entre BTC (et autres chaînes UTXO) et CKB, étendant la programmabilité et les capacités de gestion d’actifs de BTC, rendant les paiements par stablecoin plus variés et flexibles.
2.3 Fiber Network
2.3.1 Présentation de Fiber Network
-
Fiber Network est une solution d'extension Layer 2 sur CKB, similaire au Lightning Network de BTC. Spécialement conçue pour améliorer les paiements hors chaîne sur CKB, elle permet des transferts rapides et peu coûteux via des canaux de paiement, réduisant la pression sur la chaîne principale et accélérant les transactions.
-
Caractéristiques des paiements hors chaîne : Fiber Network permet des transferts rapides hors chaîne via des canaux de paiement, réduisant la dépendance à CKB et augmentant le débit des transactions.
-
État actuel : fin septembre 2024, selon les données mempool, plus de 300 millions de dollars sont déployés dans le Lightning Network de BTC, avec environ 12 000 nœuds et près de 50 000 canaux de paiement.
-
Sources :
-
https://hackernoon.com/fiber-network-a-lightning-network-based-on-ckb
2.3.2 Points techniques
-
Canaux de paiement hors chaîne (Fiber Channels) : Fiber Network crée des canaux de paiement permettant aux utilisateurs d'échanger des actifs hors chaîne, ne soumettant l'état final qu'à la fermeture du canal pour règlement sur la chaîne principale CKB.
-
Contrat hors chaîne (HTLC) :
-
À l’instar du Lightning Network de BTC, Fiber Network utilise actuellement des contrats de hachage avec temporisation (HTLC) pour assurer la sécurité des transactions hors chaîne ; si une transaction n’est pas confirmée dans le délai convenu, les actifs sont automatiquement restitués via HTLC.
-
PTLC : Fiber Network améliore HTLC en évitant l’utilisation d’une même valeur cryptographique sur tout le chemin de paiement, utilisant PTLC pour prévenir les fuites de confidentialité liées à l’association des transactions.
-
-
Routage multi-sauts (Multi-Hop Routing) :
-
Comme le Lightning Network de BTC, Fiber Network supporte le routage via plusieurs nœuds, utilisant l’algorithme de Dijkstra pour trouver les chemins de paiement, réduisant ainsi les frais de routage et augmentant le taux de réussite des paiements multi-sauts.
-
-
Service de surveillance – Tour de guet (Watchtower Service) :
-
Les utilisateurs peuvent utiliser un service de surveillance permanent pour suivre l’état des canaux de paiement, empêchant les nœuds malveillants de tenter des doubles dépenses ou tricheries (comme soumettre un ancien Commit expiré sur la chaîne). Ce service peut suivre automatiquement les transactions et alerter en cas d’anomalie.
-
2.3.3 Différences entre Fiber Network et le Lightning Network de BTC
-
Prise en charge de multiples actifs :
-
Le Lightning Network de BTC ne supporte que les paiements hors chaîne en BTC. Bien qu’il puisse potentiellement prendre en charge d’autres actifs via Taproot Assets, il ne supporte actuellement nativement que BTC.
-
Fiber Network supporte plusieurs actifs, dont CKB, BTC, et les stablecoins RGB++.
-
-
Frais et vitesse des transactions :
-
Le Lightning Network de BTC, fonctionnant sur BTC, implique des frais élevés pour ouvrir et fermer des canaux, particulièrement quand les frais de BTC augmentent, rendant l’opération très coûteuse.
-
Fiber Network, reposant sur CKB, bénéficie d’un TPS plus élevé et de frais de transaction plus bas, réduisant considérablement les coûts d’ouverture et de fermeture de canaux, offrant une meilleure expérience utilisateur.
-
-
Interopérabilité inter-chaînes :
-
Le Lightning Network de BTC est principalement destiné aux paiements internes au réseau BTC, sans prise en charge actuelle des paiements inter-chaînes UTXO.
-
Fiber Network supporte la circulation de nombreux actifs : actifs natifs BTC (incluant inscriptions, runes, etc.), CKB, et actifs natifs RGB++ (dont RUSD).
-
Paiements hors chaîne d’actifs inter-chaînes : grâce à RGB++ Layer, les actifs de toutes les chaînes UTXO peuvent entrer dans le réseau Lightning.
-
Fiber Network peut interagir avec le Lightning Network de BTC : permettant des paiements inter-chaînes (uniquement initiés par Fiber Network, reçus par Lightning Network de BTC). L'utilisateur peut acheter des actifs sur le Lightning Network de BTC via Fiber Network en utilisant CKB ou des actifs RGB++, garantissant l’atomicité du transfert inter-chaînes (aucune situation de transfert partiel réussi/échoué).
-
2.3.4 Rôle de Fiber Network dans les paiements par stablecoin
-
Fiber Network permet des transferts hors chaîne de stablecoins, assurant rapidité et faible coût des paiements.
-
En créant des canaux de paiement hors chaîne, Fiber Network permet aux utilisateurs d’effectuer des transactions fréquentes sans solliciter la chaîne principale, réduisant la charge du réseau.
-
Fiber Network supporte les paiements atomiques inter-chaînes, permettant aux paiements par stablecoin de franchir sécuritairement plusieurs chaînes.
2.4 Stable++
2.4.1 Présentation de Stable++
-
Protocole décentralisé de stablecoin surcollaté dans l'écosystème CKB, permettant aux utilisateurs de mint RUSD, un stablecoin indexé sur le dollar, en collatéralisant BTC ou CKB.
-
Théoriquement, RUSD est le premier stablecoin émis directement sur le réseau Bitcoin via le protocole RGB++, tirant parti des capacités de CKB pour une solution plus locale et efficace (questionnable).
-
Frais : des frais sont appliqués lors du mint de RUSD contre BTC/CKB, et lors du remboursement de RUSD pour récupérer BTC/CKB.
-
Staking de RUSD : les utilisateurs peuvent prêter (staker) RUSD pour obtenir le jeton de gouvernance STB.
-
Jeton de gouvernance STB
-
Les utilisateurs peuvent participer à la liquidation des collatéraux en stakant STB et percevoir des revenus.
-
Les utilisateurs peuvent participer au partage des frais en stakant STB.
-
-
Interopérabilité inter-chaînes : RUSD peut être transféré entre comptes UTXO via la liaison isomorphe et la fonction Leap de RGB++.
-
Ratio de collatéralisation minimal (MCR) faible : grâce à un mécanisme de liquidation efficace, les risques potentiels de pertes pour le protocole et les fournisseurs de stabilité sont réduits, abaissant ainsi la demande de valeur en collatéral.
-
Décentralisation : Stable++ est un protocole entièrement décentralisé et autonome, ne nécessitant aucune entité de contrôle ou autorisation, permettant aux utilisateurs d’interagir librement et en toute sécurité avec le système.
-
Sources :
-
https://jackylhh.notion.site/Stable-RGB-Layer-9b2c3a385d5d4ce89f176d2b9c1701e4
-
https://medium.com/@NervosCN/stable-%E6%8E%A0%E5%BD%B1-%E6%89%AD%E8%BD%AC%E6%BD%AE%E6%B5%81%E7%9A%84%E5%8D%8F%E8%AE%AE-de7eadee5036
-
2.4.2 Mécanisme de liquidation - Double assurance
-
Aperçu : le mécanisme de liquidation est activé lorsque la valeur du collatéral chute sous un seuil critique (ratio de collatéralisation minimal * RUSD emprunté). Il garantit que chaque RUSD émis dispose toujours d’un collatéral suffisant. Le système liquide automatiquement les positions sous-collatéralisées pour maintenir la stabilité globale.
-
Piscine de stabilité (Stability Pool) :
-
Pour résoudre les problèmes d’inefficacité lors de liquidations massives, Stable++ utilise une Stability Pool à la place des enchères classiques. Aucun besoin de chercher un liquidateur sur le marché.
-
Liquidation automatique : les LPs (utilisateurs) doivent déposer RUSD dans la pool en réserve. Lors d’une liquidation, une quantité équivalente de RUSD est brûlée, et le collatéral est directement distribué aux LPs.
-
Grâce à cette liquidation automatique par distribution directe du collatéral excédentaire, Stable++ améliore l'efficacité et la stabilité du système face aux liquidations massives.
-
-
Réallocation
-
Aperçu : lorsque la pool de stabilité n’a pas assez de réserve pour couvrir une mauvaise dette, celle-ci et le collatéral sont redistribués entre les emprunteurs via un mécanisme de pleine allocation.
-
Réallocation de la dette : si la pool ne peut couvrir toute la mauvaise dette, le solde restant est redistribué proportionnellement entre tous les emprunteurs.
-
Allocation du collatéral : pendant que tous les emprunteurs absorbent collectivement la perte, ils reçoivent en récompense une part proportionnelle du collatéral excédentaire.
-
Ce mécanisme, en faisant porter la mauvaise dette par tous les emprunteurs, garantit qu’aucune dette n’est impayée, évitant ainsi l’accumulation de risques systémiques.
-
2.4.3 Rôle de Stable++ dans les paiements par stablecoin
-
Le protocole Stable++ émet le stablecoin RUSD, principal moyen de paiement utilisé.
-
Grâce à son mécanisme de liquidation innovant, Stable++ améliore la méthode traditionnelle de surcollatéralisation, assurant la stabilité du prix de RUSD.
-
En s’appuyant sur la liaison isomorphe et la fonction Leap de RBG++, Stable++ fait de RUSD le premier stablecoin capable de circuler librement sur toute chaîne UTXO, élargissant considérablement sa liquidité.
2.5 JoyID
2.5.1 Qu'est-ce que JoyID ?
-
JoyID Passkey Wallet est un portefeuille cryptographique intégrant la gestion de clés Passkey.
-
Dans l’écosystème Nervos, JoyID est conçu comme un outil d’authentification et de gestion d’identité décentralisé et inter-chaînes, permettant aux utilisateurs de stocker et d’utiliser en toute sécurité des cryptomonnaies et d’autres applications décentralisées.
-
Sources :
-
https://nervina.notion.site/JoyID-8645e910ef104962b01bd4835a8ea7dc
-
https://x.com/joy_protocol/status/1836299130345525533
-
2.5.2 Fonctionnalités principales
-
Pas de mot de passe ni de phrase de récupération : accès au portefeuille via reconnaissance biométrique, permettant une connexion sans clé privée.
-
Support de BTC et Fiber Network : permet aux utilisateurs de transiger plus rapidement et efficacement, contribuant à élargir les cas d’usage de CKB.
-
Support multi-chaînes : JoyID supporte non seulement BTC et Nervos CKB, mais aussi ETH et plusieurs chaînes EVM.
-
Sécurité renforcée via Passkey : Passkey génère la signature secp256k1 nécessaire aux transactions blockchain à partir de la signature secp256r1 liée à un appareil matériel. Comme la signature secp256r1 n’est pas exposée dans la transaction et est générée uniquement via des données biométriques, cela ajoute une couche de sécurité supplémentaire au portefeuille.
-
Combinaison de sécurité et d’ergonomie
-
Sécurité : portefeuille matériel > portefeuille Passkey > portefeuille logiciel non custodial > portefeuille custodial
-
Ergonomie : portefeuille Passkey > portefeuille custodial > portefeuille logiciel non custodial > portefeuille matériel
-
2.5.3 Rôle de JoyID dans les paiements par stablecoin
-
JoyID agit comme interface utilisateur, permettant aux utilisateurs d’effectuer des paiements par stablecoin sur le réseau CKB, de gérer leurs actifs RUSD et leurs canaux de paiement.
-
Grâce à sa combinaison optimale de sécurité, d’ergonomie et de support multi-chaînes, JoyID renforce davantage les paiements par stablecoin et autres transactions basés sur CKB.
3. Chaîne de paiement
-
Initiation et réception du paiement : les utilisateurs peuvent ouvrir un canal de paiement via le portefeuille JoyID pour effectuer un paiement par stablecoin.
-
Émission du stablecoin : RGB++ et Stable++ travaillent conjointement. Stable++ génère RUSD par surcollatéralisation de BTC ou CKB, puis RGB++ l’émet sur la chaîne.
-
Transactions inter-chaînes et circulation : via la liaison isomorphe et la fonction Leap de RGB++, les chaînes BTC (et autres chaînes UTXO) sont reliées de façon transparente à CKB, permettant à RUSD et d'autres actifs d’opérer inter-chaînes, étendant ainsi la portée de la circulation des actifs tout en assurant la synchronisation des données.
-
Enregistrement et règlement des transactions : la combinaison de Fiber Network et CKB permet un traitement rapide des paiements hors chaîne, tandis que CKB, en tant que Layer 1, garantit le règlement final, assurant la sécurité de tous les états de transaction et actifs.
-
Fondement des transactions complexes : la machine virtuelle et le modèle Cell de CKB fournissent un environnement d’exécution de contrats intelligents, supportant des conditions de paiement complexes et une logique contractuelle personnalisée, tout en préservant la décentralisation du protocole Stable++.
Bienvenue dans la communauté officielle TechFlow
Groupe Telegram :https://t.me/TechFlowDaily
Compte Twitter officiel :https://x.com/TechFlowPost
Compte Twitter anglais :https://x.com/BlockFlow_News
