#BinanceVietnamSquare
#CKB
Cet article s'adresse à ceux d'entre vous qui vivent au Vietnam. La traduction automatique sur BinanceSquare peut ne pas être exacte. J'ai appris RGB++ moi-même, ce sera donc une explication de haut niveau pour vous aider à comprendre les mots-clés en RGB++. Laissez vos commentaires ci-dessous ^!-
********************************************
ordre du jour : *
1. RVB *
a) Qu'est-ce que la validation côté client ? *
b) Sceau à usage unique – Sceau à usage unique. *
2. RVB++ *
3. Notes clés *
********************************************
1. RVB
Dans l'architecture RGB, l'actif émis sur Bitcoin est simplement un code de hachage sha256, d'une très petite taille d'environ 32 octets qui ressemble à ceci : 2e7d2c03a9507ae265ecf5b5356885a53393a2029d241394997265a1a25aefc6.
Le contenu réel de l'actif, tel que l'offre totale, le nom du jeton et la fongibilité, est défini hors chaîne. L'état du solde de chaque partie participant à la transaction est également enregistré hors chaîne selon une norme commune que toutes les parties doivent suivre. L’intégralité de ce contenu sera ensuite hachée et écrite sur une unité Bitcoin UTXO(*).
Nom, offre totale, fongibilité : enregistré dans Bitcoin lors de l'émission de l'actif (émission de l'actif)
Statut du solde : enregistré sur Bitcoin lorsque les parties règlent la transaction. (règlement des transactions)
Bitcoin lui-même ne peut pas vérifier l'état (par exemple le solde) lorsque ces actifs sont transférés d'avant en arrière, donc RGB utilise une technique appelée validation côté client.
______________________________________
un). Qu’est-ce que la validation côté client ?
Pour vérifier hors chaîne, les parties participant à l'échange d'actifs devront sauvegarder leur propre historique de transactions et celui de ceux avec qui elles interagissent (**).
Cet historique de transactions est enregistré au format d'arborescence Merkle DAG - Directed Acyclic Graph.
Lorsqu'une personne envoie un actif RVB, elle crée une preuve à partir de cette arborescence DAG et envoie la transaction au destinataire.
Lorsqu'une personne reçoit un actif RVB, elle compare la preuve jointe de l'expéditeur avec la version de l'arborescence Merkle DAG qu'elle stocke et vérifie les règles qui l'accompagnent (c'est-à-dire du contrat intelligent).
Question : Ici, les gens peuvent se demander : que se passerait-il si un pirate informatique envoyait à Alice 100 jetons RVB en échange de la voiture d'Alice, et créait immédiatement après une transaction supplémentaire pour s'envoyer 100 jetons RVB ?
Ici, le hacker dépense le double des 100 jetons RVB dont il dispose !
--> C'est là que Bitcoin entre dans l'architecture de RGB avec son sceau jetable. Joint à usage unique.
______________________________________
b). Sceau à usage unique - Sceau à usage unique
Ce tampon jetable a été évoqué plus haut. Il s’agit d’une unité UTXO sur Bitcoin d’une taille de 32 octets. Cet UTXO stocke un résumé de l'état du solde des parties et d'autres informations, et est joint à chaque transaction en RVB.
Cet UTXO est détruit et recréé avec de nouveaux 32 octets de données par transaction RVB. Cette logique est programmée à l'aide du script Bitcoin avec Bitcoin.
--> Et avec l'aide de Bitcoin, le pirate informatique échouera dans une transaction à double dépense car le tampon unique (UTXO) de la première transaction a été annulé et devient désormais invalide.
_______________________________________
2. RVB++
a) CKB
Tout d’abord, nous devons expliquer ce qu’est CKB car c’est le composant utilisé en RGB++ pour mettre à niveau RGB.
CKB est une mise à niveau de la structure du grand livre UTXO de Bitcoin et est appelé modèle cellulaire (essentiellement une forme d'UTXO étendu).
b) Comment RGB++ met-il à niveau RGB avec la liaison isomorphe et CKB ?
Remplacez DAG et gérez-le par cell (modèle de cellule) sur CKB et CKB devient désormais DA (disponibilité des données) pour RGB, aidant ainsi les utilisateurs à éviter d'avoir à gérer leur propre version de DAG pendant les transactions.
La liaison du sceau à usage unique (Bitcoin UTXO) du côté Bitcoin à CKB permet de vérifier plus facilement les transactions du côté CKB et le règlement des données du côté Bitcoin.
_______________________________________
3. Notes clés
Tout actif sur CKB peut devenir un actif Bitcoin. (Les premiers mèmes comme Omiga sur CKB sont en cours d'intégration pour être convertis en actifs RVB++).
Les actifs sur CKB ne sont pas des actifs RVB++
Les actifs CKB deviendront des actifs RGB++ après avoir été engagés/réglés auprès de BTC
Les utilisateurs ont besoin de Bitcoin pour recevoir les actifs RGB++. Si vous voulez jouer au défi cette fois, préparez du BTC avec joyID
L'équipe RGB++ appelle l'étape de validation/règlement des données sur Bitcoin Leap/Jump
Il n'y a pas de Brige en RGB++ ce qui signifie qu'il n'y a aucun risque de piratage du pont. L’architecture RGB et RGB++ permet de créer des actifs Bitcoin L2 avec un très haut niveau de sécurité.
