Bitcoin Ordinals Inscriptions Expliquées

Je travaille dans l'espace de l'auto-conservation crypto. La question que j'entends le plus souvent de détenteurs de Bitcoin de longue date est "Peut-on mettre des fichiers sur Bitcoin ?" Depuis janvier 2023, oui. On-chain, sécurisés par chaque bloc miné au-dessus.

Résumé : Bitcoin Ordinals (lancé le 21 janvier 2023 par Casey Rodarmor au bloc 767 430) attribue un numéro permanent à chaque satoshi, puis laisse quiconque y attacher des données arbitraires dans le champ witness de Bitcoin. Plus de 100 millions d'inscriptions existent début 2026 selon les agrégateurs d'explorateurs d'ordinals. Les Runes ont remplacé le BRC-20 comme standard de token fongible dominant sur la couche de base. Les frais d'inscription ont produit des revenus records pour les mineurs au bloc du halving 2024.

Ce que Casey Rodarmor a construit

Chaque satoshi reçoit un numéro.

Casey Rodarmor a publié le protocole Ordinals et l'a lancé sur le mainnet Bitcoin le 21 janvier 2023 au bloc 767 430 (sources : CoinDesk, CryptoGlobe). Le protocole attribue un identifiant séquentiel à chacun des quelque 2,1 quadrillions de satoshis qui existeront un jour, ordonnés par date de minage et suivis dans le modèle UTXO au fil de leurs déplacements. Le satoshi zéro provient du bloc genesis. Chaque sat miné depuis occupe sa propre position permanente dans la séquence.

La numérotation seule intéresserait déjà les collectionneurs de satoshis historiques. Couplée aux inscriptions, elle a produit quelque chose d'inédit dans la communauté Bitcoin.

Le code vit sur github.com/ordinals/ord (déplacé depuis github.com/casey/ord après le lancement). Le mainteneur actuel est raphjaph.

Comment les inscriptions intègrent des données dans Bitcoin

Une inscription utilise une enveloppe OP_FALSE OP_IF ... OP_ENDIF à l'intérieur d'un script witness Taproot. Le mécanisme est documenté sur docs.ordinals.com/inscriptions : des octets arbitraires sont encapsulés dans un script witness que les règles de consensus de Bitcoin traitent comme valide mais non exécuté. Les données vont on-chain. Chaque nœud complet les stocke. Pas de pointeur, pas de hash d'un fichier distant. Les octets eux-mêmes.

SegWit en 2017 a introduit les données witness avec une réduction de poids des frais de 75 % (BIP141). Taproot en 2021 a supprimé la limite de 10 000 octets qui s'appliquait aux scripts witness. Combinés, ces changements ont rendu les grandes inscriptions économiquement viables. La taille de fichier pratique plafonne à environ 4 Mo, limitée par le poids de bloc Bitcoin. Bitcoin Core applique une limite de standardness de 400 000 octets par transaction pour le relay, même si les mineurs peuvent accepter davantage.

L'inscription #0 a été créée le 14 décembre 2022 à 20h32 UTC, avant le lancement sur le réseau principal : une image pixel art noir et blanc d'un crâne (documentée sur rareordinals.art). Les inscriptions sur mainnet ont démarré avec l'activation du protocole le 21 janvier 2023.

La permanence est la proposition de valeur. Une inscription n'est pas un lien qui peut casser. Elle existe sur Bitcoin comme une transaction existe sur Bitcoin, sécurisée par la preuve de travail, immuable tant que le réseau fonctionne.

Inscriptions Bitcoin vs NFTs Ethereum

La comparaison avec les NFTs Ethereum surgit aussitôt. Voici les écarts qui comptent.

Un NFT Ethereum stocke généralement des métadonnées et un pointeur hors chaîne. L'image vit sur un serveur ou IPFS. Si le serveur tombe ou si l'épinglage IPFS expire, seul l'enregistrement du token reste on-chain. Une inscription Bitcoin stocke chaque octet dans la transaction. Pour les collectionneurs qui veulent une propriété prouvablement permanente et résistante à la censure d'un artefact précis, la distinction est décisive. Aucun des deux modèles n'est supérieur dans l'absolu. Les inscriptions Bitcoin conviennent aux artefacts permanents sans confiance. Les NFTs Ethereum conviennent aux applications programmables avec royalties et composabilité.

Pour le contexte plus large, voir NFTs et Tokens sur Bitcoin.

Niveaux de rareté des satoshis

Le manuel Ordinals sur docs.ordinals.com définit six niveaux de rareté basés sur l'importance du bloc dont provient un satoshi :

• common : tout sat qui n'est pas le premier de son bloc
• uncommon : premier sat de chaque bloc
• rare : premier sat de chaque période d'ajustement de difficulté
• epic : premier sat de chaque époque de halving
• legendary : premier sat de chaque cycle (alignement du halving et de l'ajustement de difficulté)
• mythic : premier sat du bloc genesis (il en existe un seul)

"Satoshis vintage" désigne les sats issus des 1 000 premiers blocs selon le manuel ord, une catégorie reconnue par les collectionneurs sur la base de l'âge plutôt que de la position dans le bloc. Termes d'usage communautaire, pas niveaux formels du manuel. Le premier transfert Bitcoin connu, de Satoshi Nakamoto à Hal Finney, a eu lieu au bloc 170 le 12 janvier 2009, 10 BTC. Le bloc 78 est généralement attribué comme premier bloc non miné par Satoshi. La transaction pizza se trouve au bloc 57 043 le 22 mai 2010 (10 000 BTC pour deux pizzas, Laszlo Hanyecz). Ces blocs se négocient à prime chez les collectionneurs de sats rares.

Pour la mécanique complète de rareté, voir l'unicité des satoshis et la propriété numérique.

Inscriptions récursives

Le 12 juin 2023, les inscriptions récursives ont été fusionnées dans la base de code ord via la PR #2167 sur github.com/ordinals/ord. Une inscription récursive référence le contenu d'autres inscriptions via un chemin /content/<inscription-id>, ce qui autorise des artefacts on-chain composables sans dupliquer les données. Une collection peut partager une image de base stockée dans une inscription plutôt que de la dupliquer sur des milliers de mints.

BRC-20 : le standard de token expérimental

Une fois les inscriptions établies, les développeurs ont essayé d'y empiler des tokens fongibles. Le 9 mars 2023, le développeur pseudonyme domo a publié la spécification BRC-20. BRC-20 utilise des inscriptions au format JSON pour déployer, minter et transférer des tokens fongibles sur la couche de base de Bitcoin. Déploiement, mint et transfert nécessitent chacun une transaction d'inscription distincte.

BRC-20 était présenté comme expérimental au lancement. L'inefficacité l'était aussi : chaque transfert nécessitait deux transactions d'inscription, la comptabilité des soldes dépendait d'indexeurs hors chaîne, et le schéma saturait la mempool en période de forte demande. En mai 2023, l'activité BRC-20 a poussé les frais Bitcoin à des niveaux records sur plusieurs années. L'expérience a prouvé une chose : il existait une demande réelle, qui payait des frais, pour des tokens fongibles sur la couche de base. Rodarmor en a pris note.

Runes : le successeur natif UTXO

Le 20 avril 2024, le même jour que le quatrième halving Bitcoin au bloc 840 000, Casey Rodarmor a lancé le protocole Runes. Le premier halving en 2012 avait réduit la récompense de bloc de 50 à 25 BTC ; le deuxième en 2016 de 25 à 12,5 ; le troisième en 2020 de 12,5 à 6,25 ; le quatrième le 19 avril 2024 au bloc 840 000 de 6,25 à 3,125 BTC.

Là où BRC-20 encode les données de token dans des scripts witness d'inscription, Runes les encode dans le champ OP_RETURN d'une sortie de transaction. Approche native Bitcoin qui fonctionne proprement avec le modèle UTXO, sans surcharge d'inscription. Pas de dépendance à des indexeurs externes pour la comptabilité de base. Les tokens Rune sont émis ("gravés"), mintés et transférés plus efficacement que tout ce que BRC-20 proposait.

Le bloc 840 000 a généré des frais miniers records : frais de transaction moyens autour de 127,97 $ selon CoinDesk, et frais de bloc totaux établissant un nouveau plafond. Démonstration en direct de ce que la demande d'inscription apporte aux revenus miniers dans un environnement post-subvention.

En 2025, les Runes étaient le standard de token fongible dominant sur Bitcoin pour les nouveaux projets. Les tokens BRC-20 se négocient encore en secondaire, mais les nouvelles émissions ont migré vers Runes en dix-huit mois.

Ce que les ordinals signifient pour les revenus miniers

La subvention de bloc Bitcoin est divisée par deux tous les quatre ans. Elle finit par tomber à zéro, et la sécurité du réseau dépendra alors entièrement des frais de transaction. C'est l'une des grandes questions ouvertes dans l'économie de long terme de Bitcoin.

Ordinals et Runes y ont apporté une réponse partielle dans le monde réel. Pendant les pics d'inscription, l'activité Ordinals a poussé les frais à des niveaux difficilement atteignables par les seuls transferts monétaires. Les frais records du bloc 840 000 n'étaient pas de la spéculation. Ils représentaient une demande de marché documentée pour l'espace de bloc Bitcoin au-delà du simple transfert de valeur.

La demande de frais liée aux inscriptions et aux Runes ne corrèle pas non plus directement au prix du BTC. Un collectionneur qui inscrit un artefact, ou un développeur qui lance un token Runes, paie des frais quel que soit le marché. Cette diversification est précisément ce dont le modèle de sécurité de long terme de Bitcoin a besoin à mesure que la subvention décline.

La question de savoir si ce volume tient sur plusieurs halvings reste ouverte. La preuve de concept, elle, est on-chain et vérifiable.

CVE-2023-50428 et Bitcoin Core 30.0

Luke Dashjr a soumis CVE-2023-50428, publié par le NVD le 9 décembre 2023 avec un score CVSS de 5,3 MEDIUM (impact sur la disponibilité uniquement, statut Disputé). Le CVE soutenait que les données d'inscription intégrées via l'enveloppe OP_FALSE OP_IF exploitaient un bug du filtre -datacarriersize de Bitcoin Core censé plafonner les données non financières dans les transactions.

Le débat dans la communauté de développement Bitcoin a été nourri. La question centrale : la politique de relay de Bitcoin Core doit-elle filtrer des données valides selon le consensus mais sans usage monétaire.

Bitcoin Core 30.0 (vérifié sur bitcoincore.org/releases/30.0) a tranché le débat en amont via la PR #32359 de Peter Todd, qui porte la limite -datacarriersize de 83 octets à 100 000 octets. Cela revient à reconnaître que les grandes charges utiles de données dans les transactions relèvent de la politique de relay acceptée. La v30.0 conclut en amont le débat sur la politique d'inscription ouvert par CVE-2023-50428.

Pour l'analyse complète de gouvernance, voir CVE-2023-50428.

L'écosystème en 2026

Le nombre d'inscriptions Bitcoin Ordinals dépasse 100 millions début 2026 selon les agrégateurs d'explorateurs ordinals.com et ordiscan.com. La phase initiale de frénésie, ses mints spéculatifs et ses mempools saturés, s'est stabilisée en un marché plus sélectif, contraint par les frais.

Marketplaces où s'échangent inscriptions et tokens Runes : Magic Eden Ordinals (plateforme dominante), Gamma.io, OKX, OrdinalsBot, Ordinals Wallet et Magisat (axée sur les sats rares).

Portefeuilles avec support natif Ordinals et Runes : Xverse, UniSat, Leather. Ils gèrent la complexité des UTXOs inscrits et empêchent qu'une inscription soit dépensée par erreur comme une sortie satoshi ordinaire.

Indexeurs et explorateurs fournissent la couche d'infrastructure : ordinals.com et ordiscan.com suivent données d'inscription, numéros d'ordinaux et soldes Runes sur l'ensemble UTXO.

Les premières inscriptions portent des primes de collectionneur liées à leur position dans la séquence. Les inscriptions sub-1000 occupent une position précoce dans un registre permanent. Rareté chronologique et on-chain, pas plafond d'offre artificiel.

Le CLI ord reste l'implémentation de référence. Commandes clés selon docs.ordinals.com/guides/wallet.html : ord wallet create, ord wallet receive, ord wallet inscribe --fee-rate <rate> --file <path>. Pour la procédure technique complète, voir comment créer des inscriptions Bitcoin Ordinals.

Ce que les ordinals signifient pour Bitcoin

Le discours standard veut que Bitcoin fasse une chose bien et que la complexité aille ailleurs. Ordinals a contesté cela depuis l'intérieur des propres règles de Bitcoin.

Pas de fork. Pas de changement de protocole. Pas de nouvelle sidechain. Ordinals utilise les mécanismes existants de Bitcoin (champ witness, modèle UTXO, structure des transactions) de manières valides selon les règles de consensus. Les mineurs acceptent les transactions. La chaîne les traite. Le protocole ne prend pas position sur le contenu.

Ordinals a démontré que la couche de base Bitcoin peut accueillir le stockage permanent de données arbitraires sans aucune modification. La programmabilité reste minimale. Pas de smart contracts, pas de primitives DeFi. Mais la capacité d'écrire de façon permanente des données arbitraires dans le registre Bitcoin, attachées à un satoshi précis, sécurisées par la preuve de travail, est une primitive qui a trouvé une demande de marché réelle.

Les critiques qui qualifient les inscriptions de spam ont raison sur un point : ces données n'entrent pas dans le modèle de sécurité financière de Bitcoin. Mais les règles de consensus définissent la légitimité par la validité, pas par la fonction. Les transactions valides qui paient des frais suffisants appartiennent à un bloc. Les transactions Ordinals sont valides. L'argument s'est imposé dans la communauté de développement Bitcoin, même si le débat esthétique continue.

Trois ans après le lancement, Bitcoin Ordinals est une infrastructure. Plus de 100 millions d'inscriptions on-chain. Runes a remplacé BRC-20 comme standard de token fonctionnel. Les marketplaces tournent. Les portefeuilles le supportent nativement. Les mineurs en encaissent les frais.

Curieux à propos du débat OP_FALSE OP_IF ? CVE-2023-50428 couvre le défi formel à la politique d'inscription et ce qu'il révèle sur la gouvernance de Bitcoin.

Nouveau sur Bitcoin ? Commencez par le Chapitre 1 pour les bases en 8 minutes.

Vous voulez la vue d'ensemble complète ? Lisez les 19 chapitres gratuitement ou commandez le livre physique.

Pour aller plus loin

• docs.ordinals.com : manuel Ordinals et spécification des inscriptions
• github.com/ordinals/ord : implémentation de référence, mainteneur actuel raphjaph
• ordinals.com et ordiscan.com : explorateurs principaux
• rareordinals.art : documentation de l'inscription #0
• NVD CVE-2023-50428 : publié le 9 décembre 2023, CVSS 5,3 MEDIUM, statut Disputé
• bitcoincore.org/releases/30.0 : version v30.0, PR #32359, datacarriersize 100 000 octets
• BIP141 : réduction des frais witness SegWit (75 % de réduction du poids des frais)
• Comment créer des inscriptions Bitcoin Ordinals
• L'unicité des satoshis et la propriété numérique
• Le halving Bitcoin expliqué