Tokens et memes sur Bitcoin

Curiosité

1. Comment le Bitcoin est-il passé d’un protocole monétaire pur à une plateforme pour actifs numériques sans changer ses règles de consensus ?
2. Quels sont les compromis techniques spécifiques entre l’utilisation de l’espace des blocs pour les données et le maintien de frais faibles pour les paiements ?
3. Pourquoi les tokens de mèmes sur Bitcoin nécessitent-ils un indexeur distinct plutôt qu’un support natif dans le nœud principal ?

Explorer

1. L’histoire des actifs numériques de Bitcoin a commencé avec Counterparty, lancé en 2014. Ce dernier a intégré des données de tokens dans les transactions Bitcoin, d’abord dans les sorties multisig, puis dans les sorties OP_RETURN. Les utilisateurs échangeaient des « Rare Pepes », une collection de cartes numériques issues de memes Internet, créant ainsi le premier marché pour des tokens non fongibles sur Bitcoin. Il n’y avait pas d’ensemble de validateurs distinct : les mineurs organisaient les transactions, et le propre logiciel de Counterparty les lisait pour déterminer les solde, puisque les nœuds Bitcoin ignorent les règles relatives aux tokens. Cela a démontré qu’il était possible d’ancre des données externes à l’immutabilité de Bitcoin tout en payant les frais réseau standards.
2. Le paysage technique a changé en janvier 2023 avec le lancement d’Ordinals, développé par Casey Rodarmor. La théorie ordinaire attribue un numéro de série à chaque satoshi selon l’ordre où il a été extrait. Les inscriptions permettent d’intégrer des données, comme une image, dans le témoignage d’une dépense via Taproot et de les associer à un satoshi particulier. Rien de tout cela n’est une règle de consensus ; l’indexeur ordinal applique cette convention de numérotation aux transactions Bitcoin ordinaires. Cela a soulevé des questions importantes concernant l’utilisation de l’espace dans les blocs, car de grandes images ou fichiers texte consomment du bande passante qui pourrait être utilisée pour des transactions financières.
3. En avril 2024, en même temps que la division par deux du montant des récompenses liées à Bitcoin, le protocole Runes a été lancé. Conçu lui aussi par Casey Rodarmor, Runes est un protocole de jetons fungibles ne disposant d’aucun nouvel opcode : un message « runestone » dans une sortie OP_RETURN enregistre les émissions et les transferts, et les soldes sont associés aux UTXO, de sorte que les jetons se déplacent de la même manière que Bitcoin. Les nœuds Bitcoin ne suivent pas les soldes en runes ; ce sont les indexeurs qui s’en chargent. Ce choix de conception a permis de garder la chaîne principale légère, mais a transféré la complexité à la couche d’application.
4. L’impact économique de ces protocoles réside dans la concurrence pour l’espace des blocs. En mai 2023, les tokens BRC-20, lancés en mars de la même année, ont provoqué une hausse drastique des frais, les utilisateurs se disputant un espace limité dans les blocs afin de créer et transférer des actifs. Cela a mis en évidence un compromis fondamental : l’utilisation de la chaîne Bitcoin pour le stockage des données augmente le coût des transactions de paiement. Les partisans affirment que une forte demande indique une valeur, tandis que les critiques soulignent que cela nuit à la fonction principale du Bitcoin en tant que réserve de valeur et moyen d’échange. La tension entre utilité et rareté reste un débat central dans le développement de Bitcoin.
5. Les lancements équitables sur Bitcoin s’appuient sur les principes établis dans des leçons antérieures concernant l’intégrité du marché. Comme les tokens sont enregistrés sur la chaîne de Bitcoin, ils héritent de son modèle de sécurité mais aussi de ses limites. Il n’y a pas d’exécution native de contrats intelligents ; toute logique doit être vérifiée hors chaîne par des outils de traitement ou des portefeuilles. Cela signifie que les utilisateurs doivent faire confiance à leur logiciel pour qu’il interprète correctement les soldes des tokens et les règles de transfert. L’absence d’un ensemble de validateurs distinct élimine le risque de forks de consensus spécifiques au token, mais elle entraîne une dépendance vis-à-vis d’une infrastructure tierce pour l’utilisabilité.
6. Pour vérifier ce mécanisme, ouvrez un explorateur de blocs qui prend en charge les Ordinaux ou les Runes (comme ord.io ou runestone.xyz). Recherchez un bloc récent et examinez les transactions. Les transferts de runes apparaissent comme des sorties OP_RETURN contenant une runestone ; les inscriptions, y compris le JSON BRC-20, se trouvent dans la partie « witness » de l’entrée de dépense. Comparez les frais payés par ces transactions aux paiements standards du même bloc. Notez comment l’indexeur calcule les solde à partir de ces données brutes, ce qui met en évidence la séparation entre la validation par consensus (Bitcoin Core) et l’état de l’application (l’indexeur).

Faits clés

Exercice neuf, six, trois, un

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.

• C. Rodarmor, 'Runes' specification (2024)
• ord documentation and source code (2023–2024)
• Counterparty whitepaper and protocol documentation (2014)