Il s’agit d’un protocole d’extension du sursaut gamma. (1) Pour résoudre quels problèmes ? 👇👇 Les silos de données RVB et la lenteur du développement RVB. (2) Comment le résoudre ? 👇👇 L’idée de RGB++ est la suivante : utilisez la cellule sur la chaîne CKB pour exprimer la relation de propriété des ressources RVB. Il déplace les données de ressources stockées localement dans le client RVB vers la chaîne CKB et les exprime sous la forme de Cell. Établir une relation de mappage avec Bitcoin UTXO, permettant à CKB d’agir comme une base de données publique et une couche de calcul hors chaîne pour les actifs RVB, remplaçant le client RVB local d’origine. Dans l’ensemble, RVB ++ sacrifie la confidentialité et améliore la convivialité, ce qui se traduit par un gameplay plus long. (3) Comment sacrifier la vie privée ? 👇👇 RGB++ utilise le mappage isomorphe d’UTXO pour déplacer la vérification hors chaîne à travers la cellule de CBK vers la chaîne, et améliore l’évolutivité. En outre, il s’agit en fait de démonter et de modulariser les fonctions de RVB, puis de réfléchir à la question de savoir si chaque module a une meilleure implémentation technique, afin de générer plus de possibilités Long. Comment les deux points clés de la :( RVB « mapping isomorphe » s’intègrent-ils dans l’architecture du CKB ?) On-chain : Bitcoin UTXO peut être mappé avec la cellule du CKB, ce qui est réalisé par verrouillage. Off-chain : la vérification client hors chaîne RVB devient la vérification publique on-chain CKB. Données et statut vérifiés, correspondant à la date et au type dans la cellule CKB. (4) Comment améliorer la convivialité ? 👇👇 (1) Pliage des transactions Long CKB transactions correspondent à une transaction bitcoin RGB++, et vous pouvez mettre à l’échelle la chaîne Bitcoin avec une vitesse lente et un faible débit vers une chaîne CKB plus performante. (2) Transactions RVB non interactives Une fois que CKB a remplacé le client indépendant, il peut réaliser des transactions RVB non interactives, ce qui est propice à l’atterrissage Defi et à Airdrop et à d’autres fonctions, et prend en charge les actifs BTC pour interagir avec les actifs on-chain CKB sans interaction inter-chaîne. (5) Pour les utilisateurs, comment choisir RVB et RVB++ ? 👇👇 Si vous aimez la simplicité du produit et la fonctionnalité Long, choisissez RVB ++ ; Si vous aimez la confidentialité et vérifier par vous-même, choisissez RVB.
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.
Comprendre RGB++
Il s’agit d’un protocole d’extension du sursaut gamma.
(1) Pour résoudre quels problèmes ? 👇👇
Les silos de données RVB et la lenteur du développement RVB.
(2) Comment le résoudre ? 👇👇
L’idée de RGB++ est la suivante : utilisez la cellule sur la chaîne CKB pour exprimer la relation de propriété des ressources RVB.
Il déplace les données de ressources stockées localement dans le client RVB vers la chaîne CKB et les exprime sous la forme de Cell.
Établir une relation de mappage avec Bitcoin UTXO, permettant à CKB d’agir comme une base de données publique et une couche de calcul hors chaîne pour les actifs RVB, remplaçant le client RVB local d’origine.
Dans l’ensemble, RVB ++ sacrifie la confidentialité et améliore la convivialité, ce qui se traduit par un gameplay plus long.
(3) Comment sacrifier la vie privée ? 👇👇
RGB++ utilise le mappage isomorphe d’UTXO pour déplacer la vérification hors chaîne à travers la cellule de CBK vers la chaîne, et améliore l’évolutivité.
En outre, il s’agit en fait de démonter et de modulariser les fonctions de RVB, puis de réfléchir à la question de savoir si chaque module a une meilleure implémentation technique, afin de générer plus de possibilités Long.
Comment les deux points clés de la :( RVB « mapping isomorphe » s’intègrent-ils dans l’architecture du CKB ?)
On-chain : Bitcoin UTXO peut être mappé avec la cellule du CKB, ce qui est réalisé par verrouillage.
Off-chain : la vérification client hors chaîne RVB devient la vérification publique on-chain CKB. Données et statut vérifiés, correspondant à la date et au type dans la cellule CKB.
(4) Comment améliorer la convivialité ? 👇👇
(1) Pliage des transactions
Long CKB transactions correspondent à une transaction bitcoin RGB++, et vous pouvez mettre à l’échelle la chaîne Bitcoin avec une vitesse lente et un faible débit vers une chaîne CKB plus performante.
(2) Transactions RVB non interactives
Une fois que CKB a remplacé le client indépendant, il peut réaliser des transactions RVB non interactives, ce qui est propice à l’atterrissage Defi et à Airdrop et à d’autres fonctions, et prend en charge les actifs BTC pour interagir avec les actifs on-chain CKB sans interaction inter-chaîne.
(5) Pour les utilisateurs, comment choisir RVB et RVB++ ? 👇👇
Si vous aimez la simplicité du produit et la fonctionnalité Long, choisissez RVB ++ ;
Si vous aimez la confidentialité et vérifier par vous-même, choisissez RVB.