Le développeur slovak de Bitcoin, Martin Habovštiak, a publié une preuve de concept le 1er mars 2026, intégrant un fichier image TIFF de 66 kilo-octets de manière contiguë dans la blockchain Bitcoin en une seule transaction, sans utiliser OP_RETURN, Taproot ou les opcodes OP_IF.
Cette démonstration remet en question directement les affirmations des partisans de BIP-110, une proposition de soft fork temporaire qui limiterait le stockage arbitraire de données sur Bitcoin, en montrant que les données peuvent être stockées en utilisant des structures de transaction standard visées par ces restrictions proposées. La transaction est vérifiable publiquement via n’importe quel nœud complet Bitcoin, et environ 8,8 % du réseau exploite actuellement des nœuds supportant BIP-110, implémenté exclusivement via le client Bitcoin Knots.
Développeur démontre un stockage contigu de données sans opcodes ciblés
Habovštiak, mainteneur de la bibliothèque Rust Bitcoin, a construit une transaction stockant un fichier TIFF complet dans une seule transaction Bitcoin. L’image représente Luke Dashjr, un développeur éminent de Bitcoin Knots et partisan de BIP-110, et peut être reconstruite à partir des données hexadécimales brutes de la transaction en utilisant des commandes standard de nœud.
Cette démonstration est notable car elle évite les méthodes de stockage de données généralement ciblées par les restrictions proposées. La transaction ne contient pas de sorties OP_RETURN, n’utilise pas Taproot (utilisant à la place SegWit version 0), et n’inclut aucune instruction OP_IF. Ce sont parmi les principaux vecteurs que BIP-110 cherche à restreindre.
Les utilisateurs peuvent vérifier la démonstration indépendamment en exécutant bitcoin-cli getrawtransaction suivi de xxd -r -p pour reconstruire le fichier image à partir des données de la transaction.
La proposition BIP-110 vise à limiter les champs de transaction porteurs de données
BIP-110, initialement introduit sous le nom de BIP-444 en octobre 2025, propose un soft fork temporaire d’un an qui imposerait de nouvelles restrictions au niveau du consensus sur les structures de transaction couramment utilisées pour le stockage de données.
La proposition limiterait les sorties OP_RETURN à 83 octets, les poussées de données individuelles à 256 octets, la taille des éléments de la pile de témoins, et invaliderait les scripts de sortie dépassant 34 octets. Les supporters présentent ces mesures comme une protection des opérateurs de nœuds contre des coûts de stockage incontrôlés et comme une préservation de la fonction principale de Bitcoin en tant que réseau monétaire.
La proposition a été introduite suite à la sortie de Bitcoin Core v30, qui a effectivement supprimé les limites précédentes sur les données OP_RETURN. BIP-110 est implémenté exclusivement via le client Bitcoin Knots, dont le nombre de nœuds a été multiplié par environ dix depuis début 2025, représentant aujourd’hui environ 8,8 % du réseau.
Luke Dashjr, qui maintient Bitcoin Knots et est CTO de la pool minière Ocean, a été un fervent défenseur de la limitation du stockage arbitraire de données sur Bitcoin, qualifiant les inscriptions et autres formes de stockage de « spam ».
Arguments techniques et économiques dans le débat sur les données
La démonstration de Habovštiak met en lumière des distinctions fondamentales dans la façon dont Bitcoin traite les transactions. Le réseau fonctionne avec deux couches de règles : les règles de consensus qui déterminent la validité des blocs, et les règles de politique qui régissent ce que les nœuds relayent par défaut.
Les règles de consensus ne peuvent pas imposer une « signification uniquement monétaire » sur les octets de transaction. Toute transaction respectant les règles structurelles, indépendamment des données intégrées, est valide selon le consensus et peut être minée si elle paie des frais suffisants. Les règles de politique peuvent créer des frictions mais ne peuvent pas garantir leur prévention.
La démonstration a également produit une version conforme à BIP-110 de la transaction d’image, testée dans l’environnement regtest de Bitcoin Knots. Cette version conforme était apparemment plus grande que l’original, suggérant que les restrictions pourraient potentiellement augmenter la quantité totale de données dans la blockchain plutôt que la réduire.
Même lorsque les nœuds refusent de relayer des transactions non standard, des incitations économiques créent des solutions de contournement. Les pools miniers peuvent accepter des transactions via des canaux de soumission directe qui évitent le réseau de relais. Des services comme Slipstream de MARA offrent déjà des pipelines de soumission directe pour des transactions volumineuses ou non standard respectant les règles de consensus mais pouvant être exclues des mempools.
Aux taux de frais actuels, occuper un mégaoctet d’espace de bloc coûte environ 0,1 BTC à 10 satoshis par octet virtuel, et jusqu’à 1,0 BTC à 100 satoshis par octet virtuel.
Gonflement des UTXO et effets de second ordre
Restreindre les méthodes populaires de stockage de données peut se retourner contre ses auteurs en poussant l’utilisation vers des encodages qui imposent des coûts plus élevés à long terme pour le réseau. Lorsqu’un développeur crée des sorties qui semblent dépensables pour transporter des données arbitraires, il augmente l’ensemble des UTXO, la base de données que chaque nœud complet doit maintenir dans un stockage accessible.
La croissance des UTXO représente une charge plus persistante que les données de témoins ou les charges utiles OP_RETURN, qui peuvent être épurées. Une sortie encodant un fichier image reste dans l’ensemble UTXO jusqu’à ce qu’elle soit dépensée, potentiellement indéfiniment. Ce phénomène explique la réticence historique de Bitcoin Core à imposer des limites strictes sur OP_RETURN, car l’alternative pourrait augmenter les coûts d’exploitation à long terme pour les nœuds.
Implications de gouvernance et coordination du réseau
BIP-110 représente une escalade, passant d’un filtrage au niveau politique à une restriction au niveau du consensus, avec des implications de gouvernance dépassant les questions techniques immédiates. La durée temporaire d’un an de la proposition implique implicitement que des solutions permanentes pourraient ne pas exister, seulement une gestion tactique avec une efficacité limitée.
La démonstration intervient dans un contexte de disputes continues entre les communautés de développeurs Bitcoin Core et Bitcoin Knots concernant les politiques de stockage de données. Habovštiak a déclaré avoir été motivé par ce qu’il considérait comme des « faussetés » de la part des supporters de Knots concernant l’impossibilité de stockage contigu sans opcodes ciblés. Il s’est dit opposé au spam sur la blockchain mais a argumenté que les restrictions proposées reposent sur des affirmations techniques incorrectes.
Le développeur a indiqué qu’il s’agissait d’un effort ponctuel et qu’il ne publierait pas son code, afin d’éviter de favoriser une nouvelle vague d’inscriptions. La rédaction n’a pas pu joindre Habovštiak ni Dashjr pour un commentaire au moment de la publication.
FAQ : Stockage de données Bitcoin et BIP-110
Que démontre le développeur Bitcoin avec l’image intégrée ?
Martin Habovštiak a intégré une image TIFF de 66 ko dans une seule transaction Bitcoin sans utiliser OP_RETURN, Taproot ou OP_IF. La démonstration prouve que des données arbitraires peuvent être stockées de manière contiguë sur la blockchain en utilisant des structures de transaction standard visées par les restrictions proposées, remettant en question l’affirmation que ce stockage nécessite des opcodes ou fonctionnalités spécifiques.
Qu’est-ce que BIP-110 et que ferait-il ?
BIP-110 est une proposition de soft fork temporaire qui limiterait au niveau du consensus les champs de transaction porteurs de données. Il limiterait les sorties OP_RETURN à 83 octets, les poussées de données individuelles à 256 octets, la taille des éléments de la pile de témoins, et invaliderait les scripts de sortie dépassant 34 octets. La proposition est implémentée uniquement via le client Bitcoin Knots et bénéficie actuellement d’un support d’environ 8,8 % du réseau.
Bitcoin peut-il techniquement empêcher le stockage arbitraire de données ?
Une prévention totale du stockage arbitraire de données n’est probablement pas techniquement réalisable tout en maintenant les règles de consensus de Bitcoin. Le réseau valide la structure des transactions, pas leur signification, et ne peut pas distinguer entre « transactions monétaires » et « transactions de données ». La prévention nécessiterait soit des contraintes économiques via le marché des frais, soit des restrictions de consensus comportant des risques de gouvernance et des effets de second ordre comme le gonflement des UTXO.
