Blockchain/Niveau V · Couches/5.3 Actifs natifs sur Bitcoin/Leçon 4
BRC-20 et les métaprotocoles
La couche de données que le consensus ignore, et les indexateurs qui lui donnent un sens
MatérielAccès à un nœud Bitcoin complet ou à un explorateur de blocs avec visibilité des données de témoinUne feuille de calcul pour suivre l’état des indexeurs sur plusieurs tokens BRC-20La documentation originale de Domo pour BRC-20 (domo-2.gitbook.io)Un explorateur de blocs prenant en charge Runes ou Ordinals
Curiosité
- Que se passe-t-il lorsqu’un standard de token s’appuie sur des serveurs tiers pour suivre les soldes au lieu du consensus propre à Bitcoin ?
- Comment une course à la frappe de petits jetons a-t-elle engorgé le mempool au printemps 2023 ?
- Pourquoi la création de millions de minuscules sorties représente-t-elle une menace particulière pour la santé à long terme de l’ensemble des UTXO ?
Explorer
- Le protocole Bitcoin ignore la signification des données intégrées aux transactions ; il vérifie uniquement que les dépenses sont valides. Les inscriptions (leçon précédente) ont montré que n’importe qui pouvait écrire du contenu arbitraire dans les données de témoin Taproot sans modifier les règles de consensus. BRC-20 est allé plus loin : utiliser ce même canal pour faire fonctionner un système de tokens fongibles dont Bitcoin lui-même ne sait rien.
- BRC-20 est apparu en mars 2023 comme un standard de token expérimental construit directement sur le mécanisme d’inscription d’Ordinals. Créé par le développeur pseudonyme Domo, il utilise de simples objets JSON pour gérer des tokens fongibles. Une inscription « deploy » définit un nouveau token avec une offre maximale et une limite par mint ; les inscriptions « mint » suivantes augmentent les soldes individuels, tandis que les inscriptions « transfer » les déplacent entre portefeuilles. Comme les nœuds Bitcoin ne valident pas ces données à des fins de consensus, BRC-20 fonctionne comme une application annexe qui n’existe que dans la couche d’interprétation.
- La différence architecturale essentielle avec les actifs natifs est que Bitcoin lui-même ne suit pas les soldes BRC-20. Des indexeurs hors chaîne doivent parcourir tout l’historique de la blockchain pour répertorier chaque inscription deploy, mint et transfer afin de calculer les avoirs d’un utilisateur. Cette séparation signifie qu’un « solde » est un calcul effectué par un service externe, et non un fait vérifié par le consensus par preuve de travail de Bitcoin. Différents indexeurs peuvent diverger sur l’état s’ils traitent les transactions différemment ou subissent des interruptions, ce qui introduit une couche de dépendance que le bitcoin natif n’a pas.
- Au printemps 2023, l’engouement spéculatif pour les tokens BRC-20 a provoqué une flambée historique des frais de transaction sur le réseau Bitcoin. Des milliers d’utilisateurs ont tenté d’exécuter simultanément des transactions « mint » pour obtenir leur allocation avant que le plafond global de l’offre ne soit atteint. Cette concurrence pour l’espace de bloc a porté les taux de frais (en satoshis par octet virtuel) à leur moyenne la plus élevée depuis deux ans, et les frais totaux de certains blocs ont dépassé la subvention de bloc pour la première fois depuis 2017, engorgeant le mempool et retardant les paiements ordinaires. L’événement a montré à quel point une couche applicative externe pouvait peser sur la dynamique économique de la couche de base.
- Les critiques estiment que BRC-20 fait un usage très inefficace de l’espace de bloc limité de Bitcoin par rapport à d’autres protocoles d’actifs. En stockant de simples chaînes JSON dans les données de témoin, il consomme une capacité qui serait sinon disponible pour des transferts monétaires standard, taxant de fait tous les utilisateurs du réseau via des frais plus élevés. En outre, les nombreuses petites sorties créées par les mints et transferts fréquents ont considérablement alourdi l’ensemble des sorties de transaction non dépensées (UTXO), augmentant les besoins de stockage des nœuds complets. Les partisans répliquent que cette activité représente une demande légitime d’espace de bloc bitcoin, offrant aux mineurs de nouvelles sources de revenus à l’approche du halving de la subvention.
- Ouvrez un explorateur de blocs et examinez une transaction de mint BRC-20 de mai 2023. Les données JSON brutes sont intégrées dans le témoin de l’entrée qui dépense la sortie Taproot. Interroger un portefeuille Bitcoin standard sur son « solde BRC-20 » renvoie zéro, sauf s’il est connecté à un indexeur externe comme Unisat ou Magic Eden, ce qui souligne que le token n’existe que dans la couche d’interprétation. Ce décalage entre les données on-chain et la comptabilité hors chaîne est la caractéristique déterminante de l’expérience BRC-20.
- Casey Rodarmor a lancé Ordinals en janvier 2023, en attribuant un numéro de série à chaque satoshi en fonction de sa position dans la chaîne. Cela a permis d’inscrire des données sur des satoshis précis à l’aide de chemins de script Taproot. Le protocole traitait chaque unité comme unique, à la manière des tokens non fongibles sur d’autres chaînes. Les nœuds Bitcoin enregistraient la transaction, mais ne validaient pas le contenu de l’inscription et n’appliquaient aucune logique de token au-delà des règles UTXO standard.
- En mars 2023, Domo a introduit BRC-20, qui utilise des inscriptions JSON au sein d’Ordinals pour créer des tokens fongibles au moyen des fonctions deploy, mint et transfer. Cette approche était maladroite : elle reposait entièrement sur des indexeurs hors chaîne qui analysaient le JSON pour tenir les soldes. Des indexeurs différents pouvaient diverger sur l’état s’ils manquaient des transactions ou interprétaient les règles différemment. Ce standard consommait beaucoup d’espace dans les blocs sans apporter de sécurité au niveau du consensus pour le token lui-même.
- Rodarmor a lancé Runes au bloc 840 000 le 20 avril 2024, en même temps que le halving qui a ramené la subvention à 3,125 BTC. Les transferts de Runes sont décrits par des messages de protocole appelés runestones, placés dans des sorties OP_RETURN ; les soldes eux-mêmes reposent sur des UTXO ordinaires. Contrairement au JSON de BRC-20, Runes utilise un format binaire compact analysé par les indexeurs. Une transaction peut contenir des soldes de plusieurs runes dans ses sorties. Le protocole est fondé sur les UTXO : les soldes de runes sont rattachés à des sorties précises et passent des entrées aux sorties.
- Tous ces protocoles sont des métaprotocoles : Bitcoin enregistre les données sur la chaîne, mais ce sont des logiciels hors chaîne qui interprètent les règles. Les nœuds de consensus ne suivent pas les soldes de tokens et n’imposent pas de limites de mint ; ce sont les indexeurs qui s’en chargent. Cela crée un modèle de confiance dans lequel la couche de règlement (Bitcoin) est sécurisée, mais où la logique applicative dépend de l’accord entre les indexeurs. Si un indexeur tombe en panne ou agit de manière malveillante, les utilisateurs peuvent perdre l’accès au solde qu’ils croient détenir, même si les satoshis sous-jacents restent intacts.
- De nouveaux métaprotocoles tels qu’Alkanes vont plus loin en exécutant des contrats WebAssembly au sein des indexeurs, ce qui ajoute une capacité de programmation au-delà des simples transferts de tokens. Cela augmente la complexité et renforce la dépendance vis-à-vis du calcul hors chaîne. Le compromis reste le même : les utilisateurs gagnent en fonctionnalités expressives au prix d’un éloignement de l’application des règles par rapport à la couche de consensus de Bitcoin. Le règlement est définitif au niveau de Bitcoin, mais la cohérence de l’état dépend entièrement de l’écosystème des indexeurs.
- Pour le vérifier, ouvrez un explorateur de blocs qui prend en charge Runes et examinez une transaction contenant une sortie OP_RETURN avec des données de runestone. La runestone encode les identifiants des runes (au format BLOCK:TX) ainsi que les montants. Consultez ensuite un nœud Bitcoin standard : il validera la signature et la structure UTXO, mais n’affichera aucune information de solde de token, ce qui confirme que l’état du token n’existe que dans la base de données de l’indexeur.
Partie ITokens BRC-20
Partie IILes tokens sur Bitcoin : Ordinals, BRC-20, Runes et métaprotocoles programmables
Faits clés
- BRC-20 a été créé en mars 2023 par le développeur pseudonyme Domo.
- Les nœuds Bitcoin ne valident pas les soldes BRC-20 ; des indexeurs tiers doivent répertorier toutes les opérations JSON pour tenir le registre.
- La ruée sur les mints du printemps 2023 a engorgé le mempool et porté les frais à leur plus haut niveau depuis des années.
- Les tokens BRC-20 utilisent trois opérations JSON spécifiques : « deploy » pour la création, « mint » pour l’émission et « transfer » pour le transfert.
- Le standard crée de nombreuses petites sorties qui s’ajoutent à l’ensemble des UTXO, alourdissant la charge de stockage des nœuds complets.
- Les principales plateformes d’échange ont ensuite listé des tokens BRC-20, malgré l’absence de prise en charge native par le consensus.
- Ordinals, lancé en janvier 2023 par Casey Rodarmor, numérote chaque satoshi individuellement afin d’y inscrire des données.
- BRC-20 (mars 2023) utilisait des inscriptions JSON pour des tokens fongibles, mais dépendait entièrement d’indexeurs hors chaîne pour l’état.
- Runes a été lancé au bloc 840 000 le 20 avril 2024 et utilise des runestones en OP_RETURN pour des transferts fongibles fondés sur les UTXO.
- Les métaprotocoles enregistrent des données sur Bitcoin mais appliquent les règles grâce à des indexeurs hors chaîne, et non à des nœuds de consensus.
- Les runes sont identifiées par des ID BLOCK:TX et peuvent contenir plusieurs soldes de tokens dans une seule sortie de transaction.
- Alkanes exécute des contrats WebAssembly au sein des indexeurs, ce qui ajoute de la programmabilité au prix d’une dépendance accrue envers les indexeurs.
Exercice neuf, six, trois, un
9RassemblerListez 9 standards de tokens ou protocoles d’actifs distincts construits sur Bitcoin (dont BRC-20, Runes, Counterparty, Omni, etc.). Indiquez l’année de lancement de chacun et s’il repose ou non sur une indexation hors chaîne.
6RegrouperRegroupez les 9 en 6 selon leur mécanisme de suivi des soldes : natif basé sur les UTXO, indexation JSON hors chaîne, données attachées via OP_RETURN ou autres modèles hybrides. Identifiez les groupes les plus exposés aux désaccords entre indexeurs.
3DistillerRéduisez les 6 groupes à 3 arbitrages fondamentaux entre décentralisation, efficacité et complexité dans l’émission d’actifs sur Bitcoin.
1CristalliserÉcrivez 1 phrase expliquant pourquoi un standard de token qui repose sur des indexeurs hors chaîne diffère fondamentalement du bitcoin natif en matière de garanties de sécurité.
Vérification des faits
Les dates, les chiffres et les affirmations ont été vérifiés à l’aide des sources publiées listées ci-dessous.
- Domo, 'BRC-20' documentation (March 2023)
- Bitcoin Optech newsletter coverage (2023)
- mempool.space fee history data (Spring 2023)
- C. Rodarmor, Ordinals documentation (docs.ordinals.com, 2023)
- domo, BRC-20 experiment documentation (March 2023)
- C. Rodarmor, Runes documentation (April 2024)
- A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023)
- Alkanes protocol documentation