BIP-110 contourné : l'expérience d'intégration d'images dans Bitcoin remet en question les limitations fondamentales

Un développeur de Bitcoin en Slovaquie, Martin Habovštiak, a intégré un fichier TIFF de 66 Ko dans la blockchain Bitcoin, en le diffusant comme une seule transaction continue sur la chaîne, sans utiliser la limite principale proposée par BIP-110. Cette démonstration remet en question directement l’argument central des partisans de BIP-110 : que la limitation des fonctionnalités de script ci-dessus peut efficacement empêcher l’insertion arbitraire de données dans le réseau Bitcoin.

Détails techniques de la preuve de concept

La démonstration de Habovštiak est techniquement convaincante car elle évite strictement tous les mécanismes principaux conçus pour limiter par BIP-110 :

Pas d’OP_RETURN : BIP-110 limite la sortie OP_RETURN à 83 octets, mais cette intégration ne dépend pas du tout de cette opération.

Pas de Taproot : la transaction utilise SegWit v0 (et non Taproot), contournant ainsi la restriction de BIP-110 sur les fonctionnalités de grande taille de Taproot.

Pas d’OP_IF : aucune instruction OP_IF n’est utilisée, ce qui est aussi une cible de limitation de BIP-110.

Cette transaction a été vérifiée publiquement sur la blockchain Bitcoin, et ses données hexadécimales peuvent être décodées en un format TIFF standard et ouvertes avec un logiciel d’image ordinaire. L’image représente une photo de Luke Dashjr, développeur de Bitcoin Knots et promoteur de BIP-110.

Habovštiak indique clairement qu’il ne publiera pas le code associé pour éviter de déclencher des activités de masse similaires à des NFT sur Bitcoin. Il explique aussi que son intention n’est pas d’encourager la diffusion de données sur la chaîne, mais de répondre à ce qu’il considère comme des « mensonges » propagés par la faction Knots : « Je déteste plus les mensonges que le spam. »

Contexte de BIP-110 et réponses des promoteurs

BIP-110 a été proposé pour la première fois en octobre 2025 sous le nom de BIP-444, après l’abandon de la limite OP_RETURN dans Bitcoin Core v30, par des développeurs comme Luke Dashjr. La proposition comprenait : une soft fork temporaire d’un an, la limitation de OP_RETURN à 83 octets, une limite de 256 octets par envoi de données, et d’autres restrictions sur les scripts supportant le stockage massif de données.

Actuellement, environ 8,8 % des nœuds Bitcoin supportent BIP-110, tous via Bitcoin Knots — dont le nombre a presque décuplé depuis le début 2025.

Dashjr a répondu sur X que la transaction de Habovštiak « n’est pas continue et ne contient pas d’images continues », contestant la description de « continuité » dans l’intégration. Cependant, dans ses explications techniques, Habovštiak fournit un guide détaillé pour une vérification indépendante, indiquant que les données hexadécimales originales se décodent effectivement en une image complète.

Une version conforme à BIP-110, plus volumineuse : une ironie centrale

La découverte la plus significative de cette démonstration est la version conforme à BIP-110, créée par Habovštiak — une transaction d’intégration d’image strictement conforme aux restrictions de BIP-110, testée dans l’environnement regtest de Bitcoin Knots.

Les résultats montrent que la version conforme à BIP-110 est en réalité plus volumineuse que la version originale sans restriction. Habovštiak en conclut que cette limite pourrait avoir un effet contre-productif : elle ne peut pas empêcher efficacement l’intégration de données, et pourrait même augmenter l’espace occupé par la même quantité de données sur la chaîne, contredisant ainsi l’objectif revendiqué par ses promoteurs.

Questions fréquentes

Quel est l’objectif principal de la proposition BIP-110 ?

BIP-110 vise à limiter certains scripts Bitcoin (limite de 83 octets pour OP_RETURN, limite de 256 octets par envoi de données, etc.) pour empêcher que des données non monétaires (images, NFT, etc.) occupent massivement l’espace dans les blocs Bitcoin. Les supporters considèrent que ces données sont du « spam » qui dévie la fonction principale de Bitcoin en tant que monnaie.

La démonstration de Habovštiak « renverse-t-elle » réellement BIP-110 sur le plan technique ?

Techniquement, elle prouve qu’il est possible d’intégrer 66 Ko de données dans la blockchain sans utiliser OP_RETURN, Taproot ou OP_IF. Cela remet en question l’argument selon lequel la limitation de ces fonctionnalités empêcherait l’intégration de données. Dashjr conteste la définition de « continue » dans cette intégration, et ce débat technique n’a pas encore été tranché dans la communauté.

Quelle est la divergence entre Bitcoin Core et Bitcoin Knots ?

Bitcoin Core est le client principal, maintenu par une large communauté de développeurs, qui tend à réduire les restrictions sur certains types de données. Bitcoin Knots, maintenu par Luke Dashjr, inclut des règles de filtrage supplémentaires non adoptées par Core, dont BIP-110 fait partie. Environ 8,8 % des nœuds utilisent Knots. La divergence porte sur ce que le réseau Bitcoin doit autoriser comme types de données.