RGB peut-il reproduire l'engouement des Ordinals ?
TechFlow SélectionTechFlow Sélection
RGB peut-il reproduire l'engouement des Ordinals ?
Cet article compare les protocoles Ordinals et RGB selon des dimensions telles que la sécurité, l'évolutivité, les frais de transaction et la vitesse des transactions, puis analyse les éventuelles orientations futures de la narration autour de RGB.
Dédié à des analyses Web3 approfondiesAuteur : Jerry Luo
Relecture : Mandy, Joshua
TL ; DR
Il existe actuellement plusieurs solutions de contrats intelligents sur le réseau Bitcoin, parmi lesquelles les plus populaires sont le protocole Ordinals et le protocole RGB.
-
L'apparition du protocole Ordinals a permis de développer des contrats intelligents sur le réseau Bitcoin, en liant leur sécurité à celle de la blockchain Bitcoin. Toutefois, la confirmation et l'enregistrement des transferts d'actifs Ordinals s'effectuent sur la chaîne principale Bitcoin, associés à un transfert d'un satoshi. Cela entraîne des frais élevés et accentue encore davantage la congestion du réseau principal Bitcoin, déjà limité en termes de TPS.
-
Le protocole RGB introduit des canaux hors chaîne ainsi que des méthodes de regroupement de transactions, réduisant fortement les frais de transfert d'actifs et augmentant la vitesse. Par ailleurs, la vérification côté client diminue considérablement le volume de données nécessaires au fonctionnement du réseau, améliorant ainsi son extensibilité.
-
Toutefois, bien que RGB apporte des améliorations par rapport à Ordinals, il soulève également de nouveaux problèmes. Les canaux hors chaîne optimisent les frais et la rapidité des transactions, mais posent des questions quant à la sécurité des données hors chaîne. La vérification côté client, tout en réduisant le volume de données, ralentit fortement le processus de vérification.
Cet article compare les protocoles Ordinals et RGB selon plusieurs dimensions telles que la sécurité, l’extensibilité, les frais de transaction et la vitesse, puis analyse les perspectives futures du développement de RGB.
1. Aperçu du marché
Actuellement, BTC représente environ 49 % de la capitalisation totale du marché cryptographique. Toutefois, en raison de l'impossibilité de sa langue de script à atteindre la complétude de Turing, l'absence de contrats intelligents natifs sur sa chaîne principale et sa faible vitesse de transaction, son développement à long terme est gravement entravé. Pour remédier à ces problèmes, les développeurs Bitcoin ont tenté diverses approches d'évolutivité et d'accélération, notamment les quatre solutions suivantes :
-
Protocole RGB : RGB est un protocole de deuxième couche construit sur le réseau Bitcoin, dont les données transactionnelles principales sont stockées sur la chaîne principale BTC. Tirant parti du modèle de sécurité de Bitcoin, RGB permet de créer des jetons personnalisés dotés de fonctions de contrat intelligent directement sur le réseau Bitcoin. Initialement proposé en 2016 par Peter Todd, le protocole RGB a retrouvé une attention accrue en 2023 avec l'essor des écosystèmes de contrats intelligents sur Bitcoin.
-
Séparation de la validation (SegWit) : En août 2017, Bitcoin a mis en œuvre la mise à jour SegWit. En séparant les informations de transaction des signatures, la taille effective des blocs est passée de 1 Mo à 4 Mo, atténuant ainsi partiellement les problèmes de congestion. Toutefois, en raison de la limite intrinsèque de la taille des blocs Bitcoin, cette méthode d'amélioration via l'extension du stockage a atteint ses limites.
-
Réseau Lightning : Solution d’évolutivité de deuxième couche basée sur Bitcoin, le réseau Lightning permet d'effectuer des transactions sans accéder à la blockchain, augmentant considérablement le débit. Déjà opérationnel sur la chaîne principale Bitcoin, des solutions comme OmniBOLT ou Stacks existent, mais le réseau Lightning fait face à des risques importants de centralisation.
-
Technologie des sidechains : Cette technologie consiste à construire une sidechain indépendante du réseau Bitcoin, où les actifs sont ancrés 1:1 avec BTC. Bien que les performances transactionnelles soient nettement améliorées par rapport à la chaîne principale, elles ne pourront jamais atteindre le niveau de sécurité de la chaîne principale BTC.
Depuis mars de cette année, les frais de transaction sur le réseau Bitcoin ainsi que le volume des transactions d'actifs BRC20 ont connu une forte augmentation. Début mai, les frais de transaction sur la chaîne principale BTC ont atteint un sommet. Bien qu'ils aient diminué depuis, le volume des transactions BRC20 reste élevé. Cela indique que l'enthousiasme autour du développement des contrats intelligents sur Bitcoin n'a pas baissé malgré la baisse d'intérêt pour les inscriptions dans l'écosystème BTC. Les développeurs continuent d'explorer activement la meilleure solution adaptée aux contrats intelligents sur Bitcoin.
2. Protocole Ordinals
2.1 Numérotation des satoshis
Les satoshis sur le réseau Bitcoin diffèrent des wei d'Ethereum qui sont représentés sous forme numérique. Ils sont calculés à partir des UTXO détenus par chaque adresse. Pour distinguer différents satoshis, il faut d'abord différencier les différents UTXO, puis identifier les satoshis au sein d'un même UTXO. La première étape est relativement simple : chaque UTXO extrait correspond à un bloc différent, donc à une hauteur de bloc unique. Comme seul le minage crée initialement des satoshis, il suffit de numéroter les UTXO issus des transactions coinbase. Le défi principal réside dans la numérotation des satoshis au sein d’un même UTXO. Le protocole Ordinals propose une nouvelle solution fondée sur le principe FIFO (premier entré, premier sorti).
-
Distinction entre différents UTXO : BTC Builder commence à enregistrer dès qu’un UTXO est extrait. Chaque UTXO correspond à un bloc unique, et chaque bloc possède une hauteur de bloc spécifique sur le réseau Bitcoin. Ces hauteurs différentes permettent de distinguer les UTXO.
-
Distinction des satoshis au sein d’un même UTXO : La hauteur du bloc permet d'estimer la plage des satoshis dans un UTXO. Par exemple, le tout premier bloc extrait 100 BTC, soit \(10^{10}\) satoshis. Ainsi, les satoshis du bloc de hauteur 0 sont numérotés \[0, 10^{10}-1\], ceux du bloc de hauteur 1 \[10^{10}, 2×10^{10}-1\], ceux de hauteur 2 \[2×10^{10}, 3×10^{10}-1\], et ainsi de suite. Pour identifier précisément un satoshi spécifique dans cet UTXO, on observe le processus de dépense. Selon le principe FIFO du protocole Ordinals, lorsqu’un UTXO sert d’entrée pour produire des sorties, les premières sorties reçoivent les satoshis ayant les numéros les plus bas. Par exemple, si le mineur A, ayant extrait 100 BTC au bloc de hauteur 2, transfère 50 BTC à B, en attribuant la sortie précédente à lui-même, alors A obtient les satoshis numérotés \[2×10^{10}, 2.5×10^{10}-1\] tandis que B reçoit ceux numérotés \[2.5×10^{10}, 3×10^{10}-1\].
2.2 Inscription Ordinals
Initialement, le réseau Bitcoin utilisait l'opérateur OP_RETURN pour offrir un espace de stockage de 80 octets par transaction. Mais cet espace réduit ne suffit pas pour coder une logique complexe, et l’écriture de données sur la blockchain augmente les coûts et risques de congestion. Pour résoudre ce problème, deux fourches molles ont été mises en œuvre : SegWit et Taproot. Grâce à un script Tapscript inoffensif commençant par l’opcode OP_FALSE, un espace de 4 Mo a été libéré dans les transactions Bitcoin. Dans cet espace, on peut inscrire des contenus via Ordinals, tels que du texte, des images, ou encore émettre des jetons conformes au standard BRC20.
2.3 Limites d'Ordinals
Ordinals a considérablement accru la programmabilité du réseau Bitcoin, brisant les contraintes narratives et développementales de l’écosystème BTC, ajoutant des fonctionnalités au-delà des simples transactions. Toutefois, de nombreux points restent critiqués par les développeurs de l’écosystème BTC.
-
Centralisation d'Ordinals : Bien que l’enregistrement et la modification des états se fassent sur chaîne, la sécurité du protocole Ordinals ne peut être assimilée à celle du réseau Bitcoin. Ce dernier ne peut empêcher la réinscription frauduleuse d'une inscription ni détecter efficacement les inscriptions invalides, ce qui requiert un traitement hors chaîne par le protocole Ordinals. Ce protocole émergent, non testé sur le long terme, comporte de nombreux risques potentiels. De plus, toute panne de service sous-jacente pourrait entraîner la perte d’actifs pour les utilisateurs.
-
Limites en frais et vitesse de transaction : L’inscription s’effectuant via la zone SegWit, chaque transfert d’un actif Ordinals exige la dépense d’un UTXO. Étant donné que Bitcoin produit un bloc toutes les dix minutes environ, aucune accélération n’est possible. En outre, l’inscription sur la blockchain augmente le coût des transactions.
-
Détérioration des propriétés initiales de Bitcoin : Puisque les actifs Ordinals sont liés aux satoshis ayant une valeur intrinsèque sur le réseau Bitcoin, leur utilisation induit une transformation des actifs Bitcoin originels. L’inscription massive entraîne aussi une hausse drastique des frais de minage. De nombreux partisans de BTC craignent que cela nuise à la fonction originelle de paiement de Bitcoin.
3. Protocole RGB
Face à la croissance explosive du trafic transactionnel, les défauts du protocole Ordinals deviennent évidents. À long terme, si ces problèmes ne sont pas résolus, l’écosystème des contrats intelligents Bitcoin peinera à concurrencer celui des blockchains Turing-complètes. Parmi les alternatives à Ordinals, de nombreux développeurs optent pour le protocole RGB, qui réalise des avancées significatives en matière d’évolutivité, de vitesse et de confidentialité. Idéalement, les actifs construits sur RGB pourraient atteindre des niveaux comparables à ceux des actifs sur des blockchains Turing-complètes, tant en vitesse qu’en évolutivité.
3.1 Technologies clés de RGB
Vérification côté client
Contrairement au réseau principal Bitcoin, où les données transactionnelles sont diffusées à tous les nœuds, RGB effectue ce processus hors chaîne, en transmettant l'information uniquement entre l'expéditeur et le destinataire. Après vérification de la transaction par le destinataire, il n'est pas nécessaire, comme sur Bitcoin, de synchroniser tous les nœuds du réseau ni d’enregistrer toutes les transactions. Le nœud destinataire n’a besoin de conserver que les données relatives à cette transaction, suffisantes pour une validation ultérieure. Cette amélioration augmente fortement l’évolutivité et la confidentialité du réseau.
Scellés à usage unique
Dans la vie réelle, lors du transfert de documents, les multiples intermédiaires menacent l’intégrité et l’authenticité des documents. Pour éviter la falsification avant vérification, on utilise souvent des scellés, dont l’intégrité garantit que le contenu n’a pas été modifié. Le rôle des scellés à usage unique dans RGB est similaire. Il se matérialise par les scellés électroniques à usage unique du réseau Bitcoin : les UTXO.
À l’instar des contrats intelligents Ethereum, l’émission d’un jeton sur RGB nécessite de définir nom et offre totale. La différence majeure est qu’il n’existe pas de chaîne publique dédiée dans RGB. Chaque jeton RGB doit être associé à un UTXO spécifique sur le réseau Bitcoin. Posséder un UTXO donné sur Bitcoin signifie posséder le jeton RGB correspondant. Pour transférer ce jeton, le détenteur doit dépenser cet UTXO. Du fait de la nature unique des UTXO, leur dépense les rend inutilisables par la suite — ce qui correspond, dans RGB, à la dépense du jeton RGB. Ce processus équivaut à rompre un scellé à usage unique.
Blindage des UTXO
Sur le réseau Bitcoin, chaque transaction révèle clairement les UTXO d’entrée et de sortie. Cela facilite le traçage des UTXO et prévient efficacement les doubles dépenses, mais compromet totalement la confidentialité des parties. Pour renforcer la confidentialité, RGB propose le concept de « UTXO aveugle ».
Lors du transfert d’un jeton RGB, l’expéditeur A ne connaît pas l’adresse exacte du UTXO destinataire, seulement le hachage de cette adresse combinée à une clé aléatoire. Lorsque le destinataire B souhaite utiliser ce jeton RGB, il doit fournir à C non seulement l’adresse de son UTXO, mais aussi la clé aléatoire, afin de prouver que A lui a bien transféré le jeton.
3.2 Comparaison entre RGB et Ordinals
-
Sécurité : Chaque transaction ou changement d’état dans Ordinals requiert la dépense d’un UTXO. Dans RGB, ce processus s’appuie largement sur le réseau Lightning ou des canaux RGB hors chaîne. Une grande partie des données des transactions RGB est stockée côté client (cache local ou serveur cloud), ce qui introduit un haut degré de centralisation et un risque d’exploitation par des entités centralisées. En cas de panne du serveur ou de perte du cache local, les actifs des utilisateurs peuvent être perdus. En matière de sécurité, Ordinals présente donc un avantage.
-
Vitesse de vérification : RGB utilisant la vérification côté client, chaque transaction doit être vérifiée depuis le début, ce qui prend beaucoup de temps pour confirmer chaque étape du transfert d’actifs RGB, ralentissant fortement le processus. Sur ce point, Ordinals est plus performant.
-
Confidentialité : Les transferts et vérifications d’actifs RGB s’effectuent hors blockchain, créant un canal privé entre expéditeur et destinataire. Le blindage des UTXO empêche même l’expéditeur de tracer la destination des UTXO. En revanche, les transferts Ordinals s’appuient sur les enregistrements de dépense d’UTXO sur Bitcoin, visibles publiquement, offrant aucune confidentialité. RGB est donc nettement supérieur en termes de confidentialité.
-
Frais de transaction : Les transferts RGB s’appuient massivement sur les canaux clients RGB ou le réseau Lightning, impliquant presque aucun frais. Quel que soit le nombre de transactions intermédiaires, seule une dépense d’un UTXO final est nécessaire pour valider le tout. En revanche, chaque transfert Ordinals doit être enregistré dans un script tapscript, avec des coûts supplémentaires dus aux inscriptions. De plus, RGB permet le regroupement de transactions : un même script tapscript peut spécifier plusieurs destinataires d’actifs RGB, répartissant ainsi les coûts. Contrairement à Ordinals, qui ne supporte que les transferts un-à-un, RGB réduit fortement les frais grâce à cette mutualisation. RGB est donc largement favorisé ici.
-
Extensibilité : Dans les contrats intelligents RGB, la vérification et le stockage des données sont gérés par le client (nœud destinataire), hors chaîne Bitcoin. Il n’y a pas de diffusion ni de validation globale sur la chaîne principale. Chaque nœud conserve uniquement les données pertinentes pour une transaction donnée. En revanche, les données d’inscription Ordinals doivent toutes être inscrites sur chaîne. Compte tenu de la vitesse de traitement et de l’évolutivité limitée de Bitcoin, la capacité à supporter un grand volume de transactions est fortement restreinte. En termes d’extensibilité, RGB est donc nettement supérieur.
4. Projets de l’écosystème RGB
Après la publication de la version RGB v0.10.0, l’environnement de développement pour les développeurs est devenu nettement plus convivial qu’auparavant. L’écosystème RGB n’a donc commencé à se développer massivement que depuis environ six mois, et la plupart des projets listés ci-dessous en sont encore à leurs débuts :
-
Infinitas : Infinitas est un écosystème d’applications Bitcoin Turing-complet, combinant les avantages du réseau Lightning et du protocole RGB, en synergie mutuelle, pour créer un écosystème Bitcoin plus efficace. Notamment, Infinitas propose une méthode de preuves zéro-connaissance récursives pour résoudre l’inefficacité de la vérification côté client. Si cette méthode s’avère efficace, elle réglerait largement le problème de lenteur de vérification sur le réseau RGB.
-
RGB Explorer : RGB Explorer est le premier explorateur permettant d’interroger les actifs RGB et d’envoyer des actifs (jetons fongibles et non fongibles). Il prend en charge trois standards : RGB20, RGB21 et RGB25.
-
Cosminmart : Cosminmart est essentiellement un réseau Lightning Bitcoin compatible avec le protocole RGB. Il vise à créer un nouvel écosystème Bitcoin capable de déployer des contrats intelligents. Contrairement aux projets précédents aux fonctions limitées, Cosminmart propose un portefeuille, un marché de produits dérivés et un marché de découverte de projets précoces. Il offre un service complet, allant du développement de contrats intelligents à la promotion et aux échanges.
-
DIBA : DIBA exploite le réseau Lightning et le protocole RGB pour créer un marché NFT sur Bitcoin. Actuellement en phase de test sur le réseau Bitcoin, il devrait bientôt être lancé sur la chaîne principale.
5. Perspectives futures de RGB
Avec l’arrivée de la version RGB v0.10.0, l’architecture générale du protocole devient stable, et les problèmes majeurs d’incompatibilité lors des mises à jour sont progressivement corrigés. Par ailleurs, les outils de développement et les interfaces API se perfectionnent, réduisant fortement la difficulté pour les développeurs d’utiliser RGB.
Today #Tether announces the ending of the support of 3 blockchains $USDt: OmniLayer, BCH-SLP and Kusama. Customers will be able to continue to redeem and swap $USDt tokens (to another of the many supported blockchains), but Tether won’t issue any new additional $USDt on those 3 blockchains.
Récemment, Tether a annoncé le transfert du déploiement du contrat USDT sur la deuxième couche Bitcoin, passant d’OmniLayer à RGB. Cette décision est perçue comme un signal fort de l’intérêt des géants cryptos pour RGB. RGB dispose désormais d’un protocole de développement mature, d’une communauté de développeurs importante et du soutien d’acteurs majeurs du secteur. Enfin, les développeurs RGB travaillent actuellement à l'utilisation de preuves zéro-connaissance récursives pour compresser les volumes de vérification côté client. Si cette amélioration aboutit, la vitesse de vérification du réseau RGB augmentera considérablement, atténuant ainsi les problèmes de latence en cas d'utilisation massive.
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
Kernel Ventures
