De nombreuses personnes commencent à prêter attention au protocole RGB de Bitcoin et sont vraiment heureuses. Cependant, la plupart des gens sont relativement peu familiers avec un tel protocole (surtout un protocole relativement complexe sur le plan technique) et ne savent pas comment rechercher et essayer le contenu et l'écologie du protocole.

Par conséquent, j'écris spécialement un Miroir continuellement mis à jour pour résumer les matériaux d'apprentissage pertinents et fournir un chemin d'apprentissage relativement raisonnable; en même temps, il sert également de trace de l'apprentissage personnel sur le RGB.

Table des matières

Partie un : Science populaire Partie - Compréhension initiale de RGB

1. Qu'est-ce que RGB
2. Que peut faire RGB
3. Quelles sont les caractéristiques de RGB
4. Points de technologie RGB
5. Histoire du développement du protocole RGB
6. État actuel du protocole RGB
7. Ma vision pour l'avenir du protocole RGB

Partie 2 : Accord Partie-Compréhension LNP/BP

1. Découvrez l'association LNP/BP
2. Analyse standard LNP/BP

Partie Trois: Résumé des Questions Fréquemment Posées

1. Pourquoi existe-t-il différents types d'adresses BTC ?
2. Lors de l'utilisation de certains portefeuilles BTC, pourquoi l'adresse du portefeuille est-elle différente après chaque utilisation ?
3. Quel est le premier actif sur RGB?
4. Les transactions RGB sont-elles en temps réel sur la chaîne ?
5. Présentez ce que peut exactement faire RGB?
6. Quel est le lien entre le protocole RGB, le réseau principal et le Lightning Network ?
7. Il y a souvent des problèmes avec Gate Network actuellement. Pourquoi ne pas choisir de fonctionner sur la side chain? Et pourquoi les étrangers préfèrent-ils Gate Network?
8. L'Association LNP/BP n'accepte que les dons. Cela affectera-t-il le progrès du développement ?
9. TEDA va-t-il émettre des stablecoins sur RGB ?
10. Dans quelle mesure le protocole RGB s'est-il développé jusqu'à présent?
11. Présentez les différents projets sous l'écosystème RGB ?
12. La sécurité on-chain de RGB peut être comprise, mais comment comprendre la sécurité off-chain ?
13. Où les données RGB sont-elles stockées?
14. Parlons de la relation entre sideswap et liquid?
15. RGB est stocké hors chaîne, la sécurité des données hors chaîne est-elle garantie par le projet ? S'il y a un problème avec les données du côté du projet, est-il possible qu'il y ait un problème avec les actifs ? Est-il possible que la partie projet agisse de manière malveillante ?
16. À travers les nœuds Storm, les données peuvent-elles être interconnectées entre différentes parties de projet et atteindre la décentralisation des données ?
17. Parce que le protocole RGB est privé, les étrangers ne peuvent pas voir les données de transaction personnelles. Le projet peut-il fournir des informations sur les transactions personnelles, les transferts et autres?
18. Est-il possible qu'il y ait une sécurité d'actifs de type Liquid (AMP) qui doit être divulguée au monde extérieur, de sorte que les actifs qui doivent respecter certaines réglementations doivent être divulgués au monde extérieur ?
19. Comment prouver qu'un actif est un actif RGB?
20. Puisque les actifs entre différents projets ne peuvent pas interagir, est-il possible d'avoir une couche d'actifs commune ?
21. Est-ce que RGB peut être connecté à différentes chaînes comme Liquid et d'autres L2 ? Sous quelle forme l'actif se présente-t-il ? Doit-il se conformer à la spécification d'actif RGB ?
22. Si RGB est construit sur le Lightning Network, peut-il être considéré de la sorte : les données RGB sont enregistrées hors chaîne, les données de paiement sont confirmées via le Lightning Network, et les données du Lightning Network sont téléchargées sur le réseau principal de Bitcoin via plusieurs modes pour confirmation ?
23. En raison de la particularité du transfert d'actifs RGB, qui nécessite une confirmation des deux parties, est-il difficile de construire un mécanisme AMM similaire à Uniswap? Cela peut-il être réalisé en permettant aux utilisateurs d'autoriser certaines autorisations à l'avance?

Partie 4: Liens de référence

1. Site officiel de la technologie RGB
2. RGB BLACKPAPER
3. Document officiel de FAQ
4. Machine virtuelle AluVM
5. Rapport d'analyse de protocole RGB de haute qualité

Partie Un: Science Populaire Partie-Compréhension Initiale de RGB

1. Qu'est-ce que RGB ?

Lorsque de nombreuses personnes voient les trois lettres RVB, elles pensent aux "trois couleurs primaires : rouge vert bleu". Si vous regardez l'icône, c'est vraiment le cas. Cela est dû au fait que le protocole RVB utilise le concept ancien de "monnaies teintées".

Ici, nous parlons de RGB est un accord, un protocole de système de contrat intelligent extrêmement privé et évolutif qui peut fonctionner sur le réseau principal de Bitcoin, le Lightning Network ou des réseaux similaires。

Ce protocole est actuellement maintenu et mis à jour par le protocole LNP/BP, et bitfinex participe également à certains travaux de code.

Il est difficile de simplement classer le RGB dans la catégorie du Bitcoin L2. Il n'a pas sa propre chaîne, il n'a pas sa propre couche, et il peut fonctionner sur d'autres L2s de BTC. Par conséquent, pour être précis: C'est une technologie universelle.

Dans l'industrie, on croit généralement que RGB et Bitvm seront la forme ultime d'expansion de BTC, car ils peuvent tous deux atteindre la scalabilité de l'écosystème BTC basée sur la nature native de BTC. Comparé à Bitvm, qui est loin, RGB a été mis en œuvre progressivement.

Il convient de mentionner que RGB est une technologie qui ne se limite pas à la crypto. Elle peut être largement utilisée dans nos scénarios non crypto. À mesure que le protocole devient plus mature, nous verrons de plus en plus de cas d'utilisation.

2. Que peut faire RGB ?

De l'introduction officielle, nous pouvons voir les fonctions que le protocole RGB peut réaliser :

1. Émission d'actifs fongibles numériques tels que des actions, des obligations et d'autres formes de titres;
2. Créer différentes formes de collectibles (actifs non fongibles);
3. Créer et gérer des systèmes d'identité et de réputation souverains/décentralisés;
4. Créer et maintenir des enregistrements historiques prouvables uniques de certains événements qui peuvent être utilisés pour l'audit grâce à une divulgation partielle de données bien contrôlée;
5. Concevoir et exécuter d'autres formes de contrats intelligents de complexité arbitraire

Si nous le classifions, nous pouvons voir:

1. Peut émettre des actifs (jeton, nft, domaine, etc.)
2. Peut être utilisé comme couche de données
3. Peut exécuter des contrats intelligents

De ce point de vue, RGB permet au BTC d'avoir la plupart des fonctions de l'actuel EVM, mais il n'est pas mis en œuvre sous une forme non native similaire à "EVM compatible", mais mis en œuvre de manière native. Je dois dire que cet ensemble de théories et de conceptions. Le concept est impressionnant.

En fait, il convient de noter que le système de contrat intelligent RGB est très différent des méthodes précédentes, qu'elles soient basées sur Bitcoin (Colored Coins, Counterparty, OMNI) ou non sur Bitcoin (Ethereum, EOS, etc.), il possède ses propres caractéristiques uniques :

1. RGB distingue le concept de contrats intelligents: Émetteur, propriétaire de l'état et évolution de l'état;
2. RGB garde le code de contrat intelligent et les données hors chaîne;
3. RGB utilise la blockchain comme couche d'engagement d'état et le script Bitcoin comme système de contrôle de propriété; tandis que l'évolution des contrats intelligents est pilotée par le modèle hors chaîne et complétée en langage simple

La première signification est que les contrats intelligents seront mieux stratifiés. L'émetteur n'a que les droits sur le contrat au moment de l'émission, puis le propriétaire de l'état aura les droits pendant le processus d'évolution continue de l'état;

Le deuxième sens est qu'il garde le code hors chaîne, ce qui peut économiser de l'espace en chaîne, améliorer la vitesse d'exécution et réduire la difficulté de développement, mais cela peut également garantir la sécurité grâce à des mécanismes;

Le troisième article révèle sa couche d'approbation de sécurité (blockchain), et il est Turing complet et peut prendre en charge des opérations de langage simples.

Par conséquent, l'image suivante pourrait être plus proche de la compréhension correcte :

3. Quelles sont les caractéristiques de RGB?

D'après la vidéo pédagogique du Dr Maxim Orlovsky, nous pouvons voir que les caractéristiques RGB officiellement reconnues incluent :

1. Confidentialité extrême
2. Haute sécurité
3. Scalabilité
4. pas de congestion
5. Intégration extrêmement élevée

Démontons cela un par un :

1️⃣Confidentialité extrême

1. Les données ne sont connues que du propriétaire, pas du monde entier. Parce que RGB n'utilise pas de consensus mondial traditionnel, mais utilise une vérification client, il n'est pas nécessaire de diffuser les données dans le monde entier. Seuls deux clients qui peuvent être connectés l'un à l'autre peuvent établir un consensus uniquement entre eux, et seuls eux connaissent les données (si elles ne sont pas partagées avec le monde extérieur) ;
2. Le montant est confidentiel, et les engagements de Pedersen et les preuves indélébiles combinent les meilleures caractéristiques de Liquid et Grin. Similaire au concept ct (confidentiel) sur Liquid, les autres ne peuvent pas voir le type d'actif et le montant d'actif de la transaction spécifique.
3. La Merkelization et les fonctionnalités de révélation partielle des données gardent beaucoup d'histoire passée privée, même des futurs propriétaires. En principe, la dernière transaction de RGB doit remonter à tous les enregistrements précédents liés à la transaction, mais la fonction de divulgation partielle rendra ce processus plus simple, et protégera également les informations historiques sur la chaîne pour maintenir un certain degré de confidentialité;
4. Il n'y a aucun moyen d'extraire des données spécifiques RGB de la blockchain Bitcoin ou des transactions de canal Lightning. En d'autres termes, il est impossible d'analyser les informations à partir des données soumises par RGB sur la chaîne, car elles sont toutes privées, ce qui signifie également que l'analyse traditionnelle de RGB sera difficile à réaliser.

2️⃣Haute sécurité

1. Isolation de l'état : L'état est isolé et les contrats ne peuvent interagir qu'à travers le protocole spécial (Spectrum) au sein du canal.
2. Vérification formelle : les propriétés du contrat peuvent être prouvées à l'aide de modèles formels.

Je ne comprends pas très bien ces deux points, je dois les étudier.

3️⃣ Hautement évolutif

1. Non limité par la scalabilité de la blockchain, fonctionne sur le réseau Lightning et tout autre canal. Il n'est pas seulement utilisé pour Bitcoin ou le réseau Lightning, d'autres blockchains peuvent également être applicables. C'est pourquoi je dis que RGB est une catégorie technique générale et n'est pas la même chose que le système de division écologique BTC existant.
2. Par rapport aux systèmes de contrats intelligents basés sur la blockchain, la quantité de données conservées par les clients pour une vérification complète est considérablement réduite. Parce qu’il est extrêmement privé, vous n’avez besoin de conserver que les données liées à vos transactions, et le client n’a pas besoin de sauvegarder toutes les données.
3. Sharding au niveau des contrats intelligents: plusieurs contrats conservent des registres historiques indépendants. Gardez les contrats indépendants et non interférents.

4️⃣Pas de congestion

1. Les transactions ne conservent que des engagements homomorphes, aucun stockage supplémentaire n'est requis

5️⃣Extrêmement haute intégration

1. Il peut être intégré avec Taproot, Schnorr, eltoo, canaux de réseau d'éclairage multi-parties, DLC…
2. Il peut également être intégré à des L2 existants, tels que Liquid, etc.

Donc, en fait, à mes yeux, RGB pour BTC ressemble plus à ce qui suit :

4. points de technologie RGB

Comparé à d'autres protocoles, le protocole RGB a ses propres points techniques très uniques. Voici quelques parties importantes de la science simple :

4.1 Scellement jetable

Cette technologie a été proposée pour la première fois par Peter Todd en 2016. Son principal objectif est d'ajouter un sceau à un message pour garantir que le message ne peut être utilisé qu'une seule fois, car vous devez retirer le sceau pour connaître le message.

Une méthode simple consiste à mettre en place un serveur tiers notarié qui publie un certificat dans un registre public chaque fois qu'un sceau est ouvert ou verrouillé, afin que quiconque puisse vérifier l'état du sceau qui lui importe.

Si vous n'utilisez pas une entité de confiance pour implémenter la fonction de scellement à usage unique, vous pouvez utiliser UTXO de Bitcoin comme un scellement. Parce que tout UTXO dans Bitcoin ne peut être dépensé qu'une seule fois. Par conséquent, en utilisant UTXO comme un scellement, vous pouvez verrouiller l'UTXO lors de sa création et l'ouvrir lorsque vous le dépensez.

RGB utilise une technologie de "scellement unique" qui "enveloppe" les informations sur les actifs RGB, l'état du contrat, etc. dans UTXO. Lorsque UTXO est dépensé, la propriété de l'actif et l'état du contrat changent. Cela signifie que chaque fois qu'une transaction RGB se produit, l'expéditeur crée en réalité un contrat (celui qui définit les droits transférés). changement de statut.

Prenez RGB20 comme exemple:

1️⃣Tout d'abord, l'émetteur du contrat fixe l'état fondateur du contrat et définit les détails du contrat : le nom de l'actif, l'offre totale, etc., et l'émetteur a le droit de déplacer les UTXO de ces approvisionnements ;

2️⃣Lorsqu'un actif est transféré pour la première fois, le propriétaire du premier UTXO peut créer un changement d'état pour définir quel UTXO détiendra l'actif;

3️⃣Le changement d'état peut être appliqué au droit de changer la propriété de l'actif, ou à d'autres types de droits, tels que le droit d'émission secondaire, ou le droit d'ajouter/changer des attributs spécifiques de l'actif (par exemple: métadonnées), etc. .

4.2 Vérification du client

La vérification RGB est différente de la vérification traditionnelle de « consensus mondial » et utilise la technologie de vérification du client.

Avec la vérification traditionnelle de Bitcoin, un nœud connecté au réseau télécharge et vérifie en continu les blocs et les transactions dans un pool de transactions (nœud complet). Un tel nœud a une vue mise à jour en temps réel de l'ensemble UTXO sur l'ensemble de la chaîne (l'ensemble de toutes les sorties non dépensées sur la blockchain). Lorsqu'il voit une nouvelle transaction, pour vérifier sa validité, il lui suffit de vérifier que toutes les entrées de la transaction font partie de l'état le plus récent de l'ensemble UTXO.

Mais pour RGB, il n'y a pas de données mondialement propagées, donc il n'y a pas une telle vue globale de l'ensemble UTXO. Après qu'un client RGB accepte une transaction, il doit non seulement vérifier que l'état le plus récent de la transaction est valide, mais il doit également effectuer la même vérification sur toutes les transformations d'état précédentes liées à la transaction, jusqu'à l'état fondateur du contrat émetteur.

Cela semble entraîner un inconvénient évident: provoque une vérification qui prend beaucoup de temps

Mais cela ne se produit que lorsque "un actif a une longue histoire de trading" et que cette partie de l'histoire de trading peut être vérifiée à l'avance grâce à une couche de partage de données (sur une base volontaire).

Cela apporte également des avantages significatifs: Le client n'a pas besoin de connaître ou de vérifier toutes les transactions qui se produisent à l'échelle mondiale

Parce qu'il a seulement besoin de connaître les transactions liées à son propre portefeuille, il n'a pas besoin de vérifier les autres transactions, de sorte que la quantité de données à vérifier par chaque client est plus petite et la scalabilité du système est considérablement améliorée.

4.3 La promesse de certitude de Bitcoin

Comment RGB empêche le “double spending” est réalisé grâce aux engagements RGB. De tels engagements doivent être réalisés :

1️⃣De multiples transitions d'état impliquant un contrat peuvent être consignées dans une seule transaction Bitcoin

Chaque transition d'état de contrat ne peut être validée qu'une seule fois par une transaction Bitcoin

La manière spécifique d'atteindre ceci est:

Tout d'abord, toutes les transitions d'état liées à un contrat (ou à un identifiant d'actif) doivent être agrégées de manière déterministe dans un engagement

2️⃣Ensuite, les engagements de tous les actifs transférés sont agrégés dans un arbre Merkle

3️⃣La valeur de hachage racine finale est l'engagement RGB final;

4️⃣Afin de garantir la compatibilité avec d'autres protocoles n'ayant aucun lien avec RGB mais ayant également besoin d'utiliser des engagements Bitcoin déterministes, les engagements RGB et les engagements d'autres protocoles doivent être agrégés à nouveau (comme décrit dans la norme LNPBP-4), et le hachage obtenu de cette manière La valeur est le message qui est réellement incorporé dans la transaction Bitcoin.

Traitement par lots 4.4

Comme nous pouvons le savoir à partir de la section précédente, nous pouvons « envelopper » n'importe quel nombre de changements d'état dans un seul engagement Bitcoin, il est donc théoriquement possible de traiter en lot à grande échelle.

Scénario :A souhaite payer plusieurs personnes en même temps, transférer un actif RGB20 à B, transférer un actif RGB21 à C, et transférer la propriété d'un contrat à D

Résultat :Un seul doit créer une transition d'état pour chacun de B, C et D, et commettre toutes les transitions d'état à la même transaction Bitcoin. C'est tout. Il n'a pas besoin d'occuper plus d'octets. Cela signifie que le coût marginal des frais on-chain pour chaque paiement RGB peut être très faible, car le même frais est réparti uniformément sur n'importe quel nombre de transferts.

Mais nous devons également voir les limites ici, c'est-à-dire que ces informations de transition d'état doivent être "enveloppées" dans le même UTXO. S'il y en a plusieurs, alors l'entrée de cette transaction doit être augmentée, et les coûts correspondants seront également améliorés. Mais par rapport à la situation traditionnelle où chacun nécessite une transaction, de grandes améliorations peuvent être réalisées.

Cette capacité de traitement par lots est très importante pour les fournisseurs de services qui utilisent des UTXO fusionnés, et il y aura de nombreux scénarios d'application.

4.5 Communication entre clients

Afin de compléter un transfert RGB, les clients participants doivent partager certaines données entre eux.

Si vous avez une compréhension détaillée des étapes de transfert des actifs RGB, vous pouvez savoir que l'expéditeur doit partager le lot avec le(s) destinataire(s). Cette structure de données contient toutes les informations nécessaires pour vérifier le transfert, y compris toutes les transitions d'état qui peuvent être retracées jusqu'à l'état initial du contrat.

Le lot doit être transféré de l'expéditeur au destinataire par le biais de la communication, mais le protocole RGB ne se soucie pas du canal de communication utilisé pour cette opération de partage de données, car il existe de nombreuses façons de le faire. Cependant, dans l'ensemble, il existe deux principales façons de partager des données dans le logiciel RGB :

1. Storm: Un système de communication instantanée et de stockage peer-to-peer basé sur le Lightning Network.
2. Serveur proxy RGB : un serveur HTTP JSON-RPC standardisé dont les clients peuvent télécharger et télécharger des données. Les utilisateurs peuvent exécuter leurs propres serveurs proxy ou utiliser des serveurs tiers. Le fait de s'appuyer sur un serveur tiers affecte la confidentialité et la résistance à la censure, mais pas la sécurité.

5. Histoire du développement du protocole RGB

Après avoir une idée générale du protocole RGB, je pense qu'à ce moment, nous pouvons comprendre comment le protocole s'est développé étape par étape. Tout accord à ce niveau n'est pas atteint du jour au lendemain et doit avoir subi de nombreux changements et innovations.

phase de conception

RGB a été initialement conçu par Giacomo Zucco et Peter Todd, qui ont proposé les concepts d'authentification côté client et de scellement unique

étape de développement

Initialement, il était géré par le réseau BHB et inbitcoin pendant un certain temps, et était soutenu par le Groupe Poseidon.

Plus tard, le développeur principal est devenu Alekos Filini

Depuis la mi-2019 à ce jour, Pandora Core AG et le Dr Maxim Orlovsky sont devenus des contributeurs majeurs au développement technologique

Étape de maturité progressive

Depuis 2019, le protocole RGB a reçu l'aide de nombreux contributeurs et organisations industrielles et a progressivement mûri. et est un projet basé sur un ensemble de normes maintenues par l'Association des normes LNP/BP.

Par exemple : À ce stade, RGB a été reconstruit à partir d'un protocole de jeton en un système général de contrat intelligent, absorbant de nombreuses parties des transactions confidentielles et utilisant la technologie bulletproof de Blockstream. Le travail global a été financièrement soutenu par Bitfinex/Tether Inc et Fulgur Ventures. (C'est également la base pour le développement continu du protocole RGB)

Les conseils d'Adam Back et les ingénieurs de Blockstream ont joué un rôle important dans la conception technique de son RGB, notamment Andrew Poelstra (Bulletproof, mimblewimple, Transactions confidentielles), Peter Wuille (Transactions confidentielles, Bulletproof) et Christian Decker (Lightning Network, Systems) conception architecturale). C'est donc une autre raison importante pour laquelle je suis attentif à Liquid. Sur le plan théorique, les deux ont beaucoup d'échanges, et je suis très optimiste quant à la combinaison des deux à l'avenir.

6. État actuel du protocole RGB

Le travail principal de développement du protocole RGB est presque terminé. Dans la version v0.10, l'émission d'actifs et d'autres fonctions peuvent être facilement utilisées. Cependant, certains problèmes ont été rencontrés lors de la connexion à bolt-ln (réseau éclair actuel de bolt), c'est pourquoi la norme bifrost a été conçue. Le protocole est utilisé pour étendre les contrats intelligents et propose ensuite la norme Storm.

La version v0.11 est actuellement soumise à un audit de sécurité et devrait être terminée et publiée début 2024. La version v0.11 est une mise à jour majeure par rapport à la version v0.10. Les contrats entre les deux ne sont certainement plus compatibles. Il peut y avoir des plans pour échanger des actifs d'ici là. Il peut y avoir ou non un pont. Après tout, les versions actuelles sont toutes des versions de test.

Je m'attends plutôt à ce que la version 0.11 du protocole devienne une grande version stable, ce qui apportera un certain degré de certitude au développement des projets écologiques sous le protocole.

Ensuite, laissez-moi vous parler en détail des problèmes existants du protocole RGB :

1️⃣Progrès de développement lent

Ce problème a été critiqué par de nombreuses personnes, et les raisons sont causées par de nombreux facteurs :

L'association LNP/BP compte très peu de développeurs, et le travail principal sur le code est effectué par le Dr Maxim et Bitfinex

—LNP/BP est une organisation à but non lucratif, et ses opérations dépendent essentiellement des dons. Bien qu'elle bénéficie du soutien financier de Bitfinex/Tether Inc et de Fulgur Ventures, l'utilisation des fonds nécessite également une planification minutieuse (par exemple, si vous souhaitez organiser une conférence en personne chaque année, vous pourriez ne pas disposer d'un budget suffisant)

2️⃣ Forte instabilité

Cette instabilité se réfère à "dans quelle mesure les mises à jour du protocole peuvent rendre obsolètes les anciennes versions.

Par exemple, cette fois-ci, la version 0.10 causera une plus grande incertitude en raison des dommages contractuels (incompatibilité) de la version 0.11.

Si les projets écologiques sous le protocole développent des fonctions basées sur la version 0.10, ils pourraient avoir besoin d'être refaits en version 0.11, ce qui entraînera des coûts de risque élevés. Mais du point de vue de l'association elle-même, il s'agit d'un renouvellement et d'une planification globale, et cette question ne sera pas prise en compte à ce stade.

3️⃣Problème de non-correspondance

L'association elle-même considère le plan de développement global de l'accord, qui peut ne pas nécessairement correspondre aux besoins du marché.

4️⃣Insuffisance d'attention aux fonds

À l'heure actuelle, il y a très peu de grands investisseurs qui prêtent attention à RGB. Les institutions sont encore immergées dans des récits qui peuvent être vus rapidement, tels que les inscriptions. Il n'y a pas assez d'attention portée aux protocoles grands et approfondis comme RGB, donc le développement de l'écologie n'a pas connu de beaucoup d'améliorations pour le moment (bien que ce soit mieux qu'avant, mais je pense personnellement que c'est dû à l'effet de débordement des fonds).

7. Ma vision pour l'avenir du protocole RGB

Lorsque j'exprime mes opinions, j'aime donner mes raisons, car c'est aussi la base de mon jugement ; je n'aime pas donner des ordres et agir sous l'effet de la peur de manquer sans réfléchir, car cela ne correspond pas à ma véritable intention. Donc, commençons par trier les choses :

Le développement écologique de BTC est le résultat de l'espoir commun des mineurs actuels, des anciens fonds, etc., et une nouvelle narration est également nécessaire sur le marché;

—Les conditions techniques de base pour le développement de l'écosystème BTC sont déjà en place, dont la mise à niveau de taproot est une partie très importante;

—L'émission d'actifs est la première étape du développement écologique. Sans actifs, rien ne peut être fait. Ainsi, nous pouvons voir divers protocoles basés sur l'émission d'actifs sur Bitcoin, et débordant progressivement vers d'autres chaînes publiques;

Le développement écologique ne peut pas se limiter à l'émission d'actifs, ce n'est que la première étape. La deuxième étape consiste à mettre en œuvre des scénarios d'application pour ces actifs, c'est-à-dire à traiter et échanger des actifs, etc. Cela nécessite des contrats intelligents, qui peuvent être simples ou complexes ;

—Des protocoles actuels, les seuls natifs que j'ai vus sont RGB et Bitvm, et comme je l'ai dit auparavant, RGB est plus pratique.

C'est pourquoi je l'aime !

Cependant, le processus de développement des choses n'est souvent pas aussi cohérent qu'on l'imagine. Utilisons une image pour l'exprimer :

Partie 2: Partie de l'accord - Comprendre LNP/BP

1. Apprenez à connaître LNP/BP

LNP: protocole de réseau d'éclairage (protocole de réseau d'éclairage)

BP: protocole Bitcoin

Il s'agit d'une organisation suisse à but non lucratif, responsable de la supervision des normes ouvertes et des protocoles de couche 2 et 3 pour Bitcoin et le Lightning Network. Ils sont les créateurs des protocoles L2 et L3 tels que RGB, Bifrost, Storm, Prometheus, Kaleidoscope, et sont des bâtisseurs actifs de l'écosystème #BiFi (Finance Bitcoin) sur le Lightning Network. L'association se compose de@dr-orlovskyet@giacomozuccoFondée en 2019

Lien vers le site officiel Lien Twitter lien github

Github contient une grande quantité d'informations open source sur RGB et les protocoles associés. Les amis techniques peuvent y jeter un coup d'œil de plus près.

LNP/BP a une très forte liste d'organisations donatrices, y compris:

De plus, TEDA a déclaré à maintes reprises qu'elle émettrait des USDT sur le protocole RGB et encouragerait le développement du protocole RGB !

2. Analyse standard LNP/BP

2.1 LNPBP-1: Clé publique

à suivre…

Partie Trois: Résumé des Questions Fréquemment Posées

Dans cette partie, je continuerai de résumer et de mettre à jour divers problèmes liés à la technologie RGB et BTC rencontrés dans l'apprentissage et les opérations communautaires en ce lieu.

Q1. Pourquoi existe-t-il différents types d'adresses BTC ?

Il existe quatre principaux types d'adresses bitmap :

1️⃣Adresse de hachage de clé publique héritée/paiement (adresse P2PKH)

Ce type d'adresse Bitcoin traditionnelle est la forme de l'adresse telle qu'elle a été créée au début, c'est pourquoi elle est également appelée une adresse « héritée » ou une adresse « hachage de clé publique de paiement (adresse P2PKH) » car lorsque Bitcoin a été lancé en 2009, sa méthode de génération consistait à commencer par la génération d'une paire de clés publique/privée, qui était alors le seul moyen de créer une adresse.

Ce type d'adresse commence toujours par “1”. Parce qu'il utilise le plus d'espace dans les transactions, c'est aussi le type d'adresse le plus cher.

2️⃣Adresse Pay-to-Script-Hash (P2SH)

Ce type d'adresse n'utilise pas le résultat de l'opération de hachage de la clé publique, mais utilise l'opération de hachage de certains scripts pour enregistrer les mérites, et peut être utilisé pour des transferts nécessitant plusieurs signatures, etc.

Ce type d'adresse commence par "3" car vous pouvez utiliser Segregated Witness pour économiser sur les frais de transaction, envoyer à une adresse P2SH est environ 26% moins cher qu'un portefeuille utilisant l'ancienne adresse.

3️⃣Adresse de témoin segregé (SegWit) Adresse Bech32

Les adresses Segwit sont également connues sous le nom d'adresses Bech32. Ce type d'adresse Bitcoin réduit la quantité d'informations stockées dans une transaction. Ils ne stockent pas les signatures et les scripts dans la transaction, mais dans le témoin (commit).

Ce type d'adresse commence par "bc1q". Par rapport aux adresses P2SH, les adresses Segwit peuvent économiser environ 16% des frais de transaction et, par rapport aux adresses traditionnelles, elles peuvent économiser plus de 38% des frais.

Adresse Taproot 4️⃣

Pour augmenter l'efficacité de l'espace de bloc et améliorer les frais, SegWit a introduit quelques changements dans la construction des adresses. Par conséquent, sur la base de l'adresse SegWit, l'adresse Taproot a été développée, qui est traduite comme l'adresse principale racine.

Ce type d'adresse commence par "bc1p", ce qui réduit encore l'espace de stockage, améliore l'efficacité des transactions et offre une meilleure confidentialité.

Q2. Lors de l'utilisation de certains portefeuilles BTC, pourquoi l'adresse du portefeuille est-elle différente après chaque utilisation ?

Il s'agit d'une méthode technique couramment utilisée sur BTC : Portefeuille HD

Cette technologie permet à une paire de "clés publiques et privées" de générer d'innombrables sous-clés publiques, qui sont les adresses que nous voyons; cette fonctionnalité vise à protéger la confidentialité des utilisateurs de portefeuille Bitcoin.

Parce que dans l'utilisation traditionnelle, pour confirmer les transactions, les utilisateurs exposent leurs clés publiques, il y a alors un risque de révéler leur véritable identité (qui peut être suivie en continu), mais après l'utilisation du Portefeuille HD, après chaque utilisation, il est converti en une autre sous-clé publique pour qu'il ne puisse pas être tracé.

Pour plus de détails, veuillez vous référer aux documents suivants :

Portefeuilles HD | Portefeuilles déterministes hiérarchiques

Une explication de ce qu'est un portefeuille HD, comment ils fonctionnent dans Bitcoin et leur histoire.

learnmeabitcoin.com

Q3. Quel est le premier actif sur RGB?

Beaucoup de gens vont argumenter sur le titre "premier" parce que les gens aiment courir après le premier

Si vous voulez parler du premier actif sur RGB, il a probablement été publié lorsque le Dr Maxim lui-même l'a essayé. Bien sûr, ni vous ni moi ne l'avons vu.

Si vous voulez parler des actifs d'échantillonnage RGB ouverts par l'Association LNP/BP, vous pouvez vous référer au site web suivant

rgbex.io

rgbex.io

S'il s'agit d'un actif émis sur la partie projet du bitmask sous le protocole RGB, vous pouvez vous référer au site Web suivant

Portefeuille BitMask

L'extension de navigateur pour les applications décentralisées sur Bitcoin. Accédez à la finance Bitcoin, aux NFT (UDAs) et plus encore en utilisant le protocole RGB…

beta.bitmask.app

Mais bitmask n'est qu'une partie du projet sous le protocole RGB, car RGB est "vérifié par le client", donc tant que vous pouvez construire un client, vous pouvez également utiliser la "ligne de commande" pour émettre votre propre "premier actif RGB"

Par conséquent, je pense que se disputer pour savoir qui est le numéro un est significatif pour la publicité à court terme, mais à long terme, la valeur contenue dans les actifs est plus significative. Cette valeur peut être l'esprit communautaire, l'autonomisation, etc.

Q4. Les transactions RGB sont-elles téléchargées sur la chaîne en temps réel ?

En fait, vous ne pouvez pas poser cette question, car : RGB utilise le réseau Bitcoin pour "l'approbation de sécurité" et "la prévention du double dépense". En principe, il peut être utilisé sur tout autre réseau présentant de telles caractéristiques.

Si la transaction RGB s'exécute sur le réseau principal, alors ses transactions sont téléchargées sur le réseau principal en temps réel; si la transaction RGB s'exécute sur le Lightning Network, alors ses données de transaction sont téléchargées sur le Lightning Network en temps réel, et les données du Lightning Network sont stockées hors chaîne. Oui, elle ne sera chaînée que sur le réseau principal BTC au moment du retrait; si les transactions RGB s'exécutent sur d'autres réseaux, la situation de chaînage des données sera également déterminée en fonction des conditions des autres réseaux.

Il convient également de souligner que les données de transaction réelles de RGB sont stockées sur le client, et ce qui est téléchargé sur la chaîne est l'agrégation des engagements de transaction.

Q5. Veuillez présenter ce que RGB peut faire?

Pour moi, je pense que RGB est une technologie générale qui peut être connectée à L1/L2/L3. Il peut faire beaucoup de choses et est une partie très critique du développement de l'écologie de BTC ; il peut réaliser BIFI, c'est-à-dire bitcoin+fi, qui peut être defi, nftfi, gamefi, ou d'autres formes de fi

En fait, de nombreuses personnes prêtent attention à l'application de RGB dans la crypto, mais RGB peut faire plus, comme des obligations, des bons du Trésor, la combinaison d'actifs réels et d'actifs virtuels, etc.

Q6. Quelle est la relation entre le protocole RGB, le réseau principal et le Lightning Network?

Le protocole RGB peut fonctionner sur le réseau principal, sur le Lightning Network, et même sur des chaînes secondaires à l'avenir.

RGB est conçu pour fonctionner sur le Lightning Network dans un souci de scalabilité. En raison de l'exécution de contrats intelligents, le tps du réseau principal ne peut évidemment pas répondre à cette exigence. Le haut tps du Lightning Network le peut, mais le réseau Bolt Lightning actuel ne le peut pas. Il répond aux exigences complexes de contrats intelligents de RGB, donc il doit être mis à niveau vers bifrost pour devenir complet;

Q7. Il y a souvent des problèmes avec le réseau Lightning actuellement. Pourquoi ne pas choisir de l'exécuter sur une chaîne latérale ? Et pourquoi les étrangers préfèrent-ils le réseau Lightning ?

Le problème actuel est dû à la taille du canal du réseau Lightning, et le réseau Lightning a été initialement conçu pour de petits paiements ; bien sûr, si vous créez vous-même un grand canal, vous pouvez également effectuer de gros paiements (généralement de grosses sommes vont sur le mainnet) )

Je pense qu'il y a deux raisons pour lesquelles le Lightning Network est utilisé au lieu des side chains :

1️⃣ Les chaînes secondaires sont généralement considérées comme pas assez natives, car les chaînes secondaires ont leur propre chaîne, leurs propres nœuds, leurs propres blocs et leur propre mécanisme de consensus. Vous pouvez même dire que cela n'a que peu à voir avec le réseau principal BTC; mais le réseau Lightning peut être compris comme quelque chose qui repose sur le réseau principal BTC. C'est très natif et est appelé L2.

2️⃣Le TPS théorique du Lightning Network est beaucoup plus élevé que celui de la side chain

Q8. L'Association LNP/BP n'accepte que les dons. Cela affectera-t-il le progrès du développement ?

J'ai aussi ce genre d'inquiétude, surtout qu'il ne semble pas y avoir beaucoup de dons pour le moment (en fait, le taux de rendement sur des investissements comme TEDA est très élevé), mais j'apprécie toujours l'esprit de l'association de manière non lucrative. Faire de telles choses formidables.

Principalement, la plupart du travail sur le protocole RGB a été achevé. Bien sûr, il reste encore de nombreuses tâches à suivre; Je pense que si le protocole RGB attire de plus en plus l'attention des gens, et que de plus en plus de développeurs se joignent, le travail de développement sera rapide.

Q9. TEDA va-t-elle émettre des stablecoins sur RGB ?

Oui, et plusieurs fois

Q10. Dans quelle mesure le protocole RGB s'est-il développé jusqu'à présent ?

Au 17 décembre 2023, tout le monde attend la mise à jour de v0.11. Cette mise à jour implique des mises à jour des contrats intelligents, des portefeuilles, etc.; nous espérons que v0.11 deviendra une version stable plus importante, afin que les projets dans l'écosystème puissent avoir un développement relativement sûr.

Si la version 0.11 est publiée, l'émission et le transfert d'actifs RGB basés sur le Lightning Network seront bientôt réalisés (ce sera très rapide), mais les contrats intelligents complexes dépendent toujours du développement du réseau Lightning bifrost.

Q11. Présentez les différents projets au sein de l'écosystème RGB?

bitmask/bitlight: Deux parties de projet très formelles. Le premier a été annoncé sur la page d'accueil de LNP/BP et se concentre sur le développement de portefeuilles et de diba (marché nft). Le dernier se concentre sur le développement de portefeuilles et de dex;

pprgb: Le premier mème rgb avec une popularité sur le marché, un projet temporairement publié sur liquid (notez l'attributif)

sceau : Les projets qui espèrent émettre des NFT et renforcer les jetons sur rgb insistent pour émettre sur rgb

Échange UTXO : Je veux construire un dex sur rgb et utiliser des airdrops zero-roll. Les actifs qu'il émet doivent être des actifs rgb. Cependant, étant donné la forme actuelle, on spécule qu'il sera sous une forme centralisée et évaluera les risques par lui-même.

BiHelix : À l'origine nommé infinity, il a ensuite été renommé intas, puis renommé Bihelix. J'ai écrit beaucoup d'articles et fait beaucoup de travail d'évangélisation, mais au début il y a eu quelques désagréments avec l'accord LNP/BP et il a été identifié comme une arnaque. Je suggère qu'ils doivent bien gérer ce problème, sinon il sera plus difficile de le faire sur cette voie.

rgbdoge: Il est spéculé que c'est un projet chinois (peu importe si c'est chinois ou étranger, cela dépend de la qualité et de la stratégie du projet). Il a une action forte, mais manque de direction (de la bataille initiale pour être le 'numéro un', à la construction d'une plateforme, à l'émission sur liquidation).

bitrgb: Une plateforme pour créer des contrats intelligents RGB. Elle utilise actuellement la méthode nostrasset. J'ai recommandé la tâche zealy (idée Lubai) auparavant, mais en raison de "l'anonymat de l'équipe/l'anonymat des institutions d'investissement/charge mint (le prix ne semble pas bas)", je sens que le risque est très élevé.

Récemment, il a été découvert que LNP/BP tg a été identifié comme une arnaque par le Dr Maxim.

Inscriptionwar: C'est totalement gratuit, donc il n'est pas nécessaire de participer.

Q12. La sécurité on-chain de RGB peut être comprise, mais comment comprendre la sécurité off-chain?

La sécurité hors chaîne dépend de la partie du projet ou du client lui-même, donc l'association doit établir des normes unifiées pour le stockage, etc., afin de garantir la sécurité des actifs, etc.

Q13. Où les données RGB sont-elles stockées ?

Les données principales sont stockées sur le client hors chaîne, et les clients peuvent partager des informations et communiquer à travers les nœuds Storm à l'avenir.

Q14. Parlez-nous de la relation entre sideswap et liquid ?

Permettez-moi de faire une brève introduction. Adam Back a fondé la société blockstream. Cette société possède de nombreux produits, tels que la plateforme de développement de chaînes secondaires elements. Ils ont également des produits de portefeuille vert, des pools de minage réels, et des produits de gestion financière liés aux pools de minage. Des produits financiers, etc.;

Liquid est L2 développé en utilisant la plateforme elements, et sideswap est un projet sur Liquid.

Q15. RGB est stocké hors chaîne, donc la sécurité des données hors chaîne est-elle garantie par la partie projet ? S'il y a un problème avec les données du côté du projet, est-il possible qu'il y ait un problème avec les actifs ? Est-il possible que la partie projet agisse de manière malveillante ?

La sécurité de stockage des données hors chaîne est assurée par le projet. Les utilisateurs peuvent protéger la sécurité de leurs actifs en sauvegardant les données. Bien sûr, s'il y a un problème avec les données du projet et que l'utilisateur ne sauvegarde pas les données lui-même, alors il y aura des problèmes avec les actifs.

Certains acteurs de projets malveillants peuvent commettre des crimes en créant des logiciels malveillants, mais le mécanisme d'utilisation de RGB peut éviter la fraude mécanique. Bien sûr, RGB est difficile à prévenir dans toutes les blockchains.

Q16. À travers les nœuds Storm, les données peuvent-elles être interconnectées entre différentes parties de projet et réaliser la décentralisation des données ?

Oui, en utilisant le protocole Storm, les données sont partagées entre les pairs, mais le développement actuel est en retard

Q17. Étant donné que le protocole RGB est privé, le monde extérieur ne peut pas voir les données de transaction personnelles. Le projet peut-il fournir des informations sur les transactions personnelles, les transferts et autres?

Impossible. Le parti du projet ne peut pas collecter des informations sur des transactions individuelles et ne peut collecter que des transferts de numéros complets dans l'application (comme des statistiques globales).

Bien sûr, je pense personnellement que si l'utilisateur autorise les autorisations pertinentes, alors l'application peut accéder à ces données (ce sera quelque peu similaire à la clé de déverrouillage sur Liquid pour visualiser les informations de masquage)

Q18. Est-il possible qu'il y ait un actif de sécurité (AMP) similaire à Liquid (qui doit être divulgué au public), de sorte que les actifs qui doivent respecter certaines réglementations doivent être divulgués au public ?

Oui, mais chaque entreprise doit se conformer aux réglementations en matière de valeurs mobilières.

Q19. Comment prouver qu'un actif est un actif RGB ?

1) L'actif a ContractID et une valeur initiale de genèse

2) Compatible avec le portefeuille RGB

3) Open source

De cette façon, vous pouvez savoir s'il s'agit d'un actif RGB

Q20. Étant donné que les actifs entre différents projets ne peuvent pas interagir, est-il possible d'avoir une couche d'actifs commune?

UTXO est la couche d'actif "publique", mais seulement entre les mêmes actifs, par exemple: USDT<>USDT; à l'avenir, nous pouvons réaliser une "interopérabilité" entre différents actifs, mais cela nécessite Bifrost

Q21. Est-ce que RGB peut être connecté à différentes chaînes telles que Liquid et d'autres L2 ? Sous quelle forme l'actif se présente-t-il ? Doit-il être conforme à la spécification de l'actif RGB ?

C'est possible, mais la chaîne cible doit prendre en charge le modèle UTXO et d'autres modèles disponibles pour s'intégrer avec RGB Core et les bibliothèques croisées. À ce stade, les actifs doivent suivre les spécifications du modèle RGB20.

Q22. Si RGB est construit sur le Lightning Network, peut-il être considéré de la sorte : les données RGB sont enregistrées hors chaîne, les données de paiement sont confirmées via le Lightning Network, et les données du Lightning Network sont téléchargées sur le réseau principal Bitcoin via plusieurs modes pour confirmation ?

En fait, RGB est compatible avec LN et vous pouvez l'utiliser avec n'importe quelle implémentation LN, comme l'insertion de CLN ou LND. Lors de l'utilisation de Storm, l'acknowledgment de chaque échantillon est possible sur le LN ; sur L1, l'acknowledgment et le routage de l'actif ne sont effectués que si vous ouvrez/fermez le canal ou si vous scannez en utilisant HTLC.

Q23. En raison de la particularité du transfert d'actifs RGB, qui nécessite une confirmation des deux parties, est-il difficile de construire un mécanisme AMM similaire à Uniswap ? Cela peut-il être réalisé en permettant aux utilisateurs d'autoriser certaines permissions à l'avance ?

Oui, cela nécessite de nombreuses bibliothèques de support pour travailler ensemble,

En théorie, le processus peut être simplifié grâce à l'autorisation. Bien sûr, c'est seulement en théorie.

Partie 4: Liens de référence

1. Site officiel de la technologie RGB

Ici, vous pouvez apprendre:

1️⃣Qu’est-ce que le RVB, que peut-il faire et quels sont ses avantages (Sauter）

2️⃣Comment essayer la bibliothèque RGB, telle que la ligne de commande, l'installation des nœuds, l'appel API, etc. (Sauter）

3️⃣Apprenez le RGB grâce aux vidéos officielles (bien sûr, c'est difficile pour les non-anglophones) (Sauter）

protocole RGB

Contrats intelligents évolutifs et confidentiels pour Bitcoin et Lightning

rgb.tech

2. RGB Livre noir

Ce document explique les principes de conception et fournit des informations techniques approfondies sur la manière dont les systèmes RGB sont construits et fonctionnent, notamment :

1️⃣Vue d'ensemble et objectifs de la conception du protocole ( Sauter）

2️⃣Introduction à la "Vérification du client", décrivant les "scellés à usage unique" et les "engagements bitcoins déterministes"（Sauter）

3️⃣Explication du “Contrat, statut et fonctionnement RGB” (GateSauter）

4️⃣Certains contenus du "Essayer le contrat RGB" : y compris l'écriture de contrats, l'interaction avec les contrats, la communication P2P, l'interaction avec les portefeuilles, etc. (Sauter）

RGB Blackpaper | RGB Blackpaper

Couche de contrat intelligent Turing-complet, évolutive et confidentielle pour Bitcoin et LN

blackpaper.rgb.tech

3. Document officiel de FAQ

Si vous rencontrez des problèmes, vous pouvez d'abord vérifier si ce document officiel contient des réponses.

rgbfaq.com

rgbfaq.com

4. Machine virtuelle AluVM (relativement hardcore, nécessite quelques connaissances de base)

Ici, vous pouvez en apprendre davantage sur la machine virtuelle Alu Turing-complete développée par l'association LNP/BP

À propos d'AluVM | AluVM

www.aluvm.org

5. Rapport d'analyse de protocole RGB de haute qualité

1️⃣CoinEx Research

Une brève analyse de RGB : un protocole de contrat intelligent évolutif et confidentiel construit sur Bitcoin

Blog | CoinEx - La bourse de crypto-monnaie mondiale

CoinEx - La bourse mondiale de cryptomonnaie. Prend en charge BTC, LTC, ETH, XRP, Doge, Shib etc et plus de paires de trading. Correspondances à haute vitesse...

www.coinex.com

2️⃣Federico Tenga

Comprendre le protocole RGB

@FedericoTenga">Federico Tenga – Medium

@FedericoTenga">Lire les écrits de Federico Tenga sur Medium. Travailler sur des trucs Bitcoin. Chaque jour, Federico Tenga et des milliers d'autres voix re...

@FedericoTenga"medium.com

3️⃣Bitfinex

Comment RGB peut-il améliorer Bitcoin?

Comment RGB peut-il améliorer Bitcoin ? - Blog Bitfinex

RGB est une couche de contrat intelligent et un protocole hors chaîne construit sur la blockchain Bitcoin, qui permet le poinçonnage et l'émission o…

blog.bitfinex.com

4️⃣Waterdrip Capital

Explication détaillée du protocole RGB : trouver un nouveau moyen de créer un nouveau deuxième niveau d'émission d'actifs Bitcoin

foresightnews.pro

foresightnews.pro

5️⃣ Conception du protocole RGB

Conception du protocole RGB

Un lieu de rassemblement chinois pour les idées sur Bitcoin

www.btcstudy.org

Avertissement：

1. Cet article est repris de [GateDaPangDun]. Tous les droits d'auteur appartiennent à l'auteur original [DaPangDun]. Si vous avez des objections à ce reçu, veuillez contacter le Porte Apprendreéquipe, et ils s'en occuperont rapidement.
2. Clause de non-responsabilité : Les points de vue et opinions exprimés dans cet article sont uniquement ceux de l'auteur et ne constituent aucun conseil en investissement.
3. Les traductions de l'article dans d'autres langues sont effectuées par l'équipe Gate Learn. Sauf mention contraire, la copie, la distribution ou le plagiat des articles traduits est interdite.