BIP-110 : pourquoi son échec semble désormais inévitable
BIP-110 : pourquoi son échec semble désormais inévitable
Le BIP-110 (Reduced Data Temporary Softfork, parfois désigné RDTS) est une proposition d’amélioration de Bitcoin visant à restreindre, pendant environ un an, l’inscription de données non financières sur la blockchain. Portée par le développeur pseudonyme de Dathon Ohm et soutenue par Luke Dashjr, cofondateur et CTO du pool de minage Ocean, elle cible en particulier les inscriptions Ordinals, les jetons BRC-20, le protocole Runes et, plus largement, les données arbitraires que les défenseurs de la proposition considèrent comme du spam.
Concrètement, le BIP-110 introduirait sept nouvelles règles de consensus : il limiterait la taille des nouveaux outputs à 34 octets (sauf les sorties OP_RETURN, plafonnées à 83 octets), restreindrait les insertions de données à 256 octets, et imposerait des contraintes sur certaines fonctionnalités liées à Taproot (annexes, control blocks, certains opcodes). Les UTXO créés avant l’activation resteraient définitivement exemptés de ces règles afin d’éviter de geler des fonds existants.
L’activation repose sur un soft fork activé par les utilisateurs (UASF), avec un seuil de signalement des mineurs abaissé à 55 %, contre 90-95 % pour les précédents soft forks de Bitcoin. Pour rappel, un soft fork est une mise à jour rétrocompatible — c’est-à-dire que le logiciel continue de fonctionner pour tout le monde — qui consiste à rendre les règles du réseau plus restrictives. Dans une mise à jour classique, on s’appuie sur les mineurs (ceux qui sécurisent le réseau en créant les blocs de transactions) : ils indiquent qu’ils sont prêts pour le changement en signalant leur accord, ce qui consiste à modifier un simple bit d’information dans l’en-tête de chaque bloc qu’ils découvrent. Un UASF (User-Activated Soft Fork) court-circuite cette attente pacifique en donnant le pouvoir de décision aux nœuds des utilisateurs (qui valident l’économie réelle) : ce sont eux qui fixent une date butoir et menacent les mineurs de rejeter leur travail s’ils ne collaborent pas.
Selon le plan des promoteurs du BIP 110, à partir du bloc 961 632 (début août 2026), les nœuds qui soutiennent la proposition commenceraient à rejeter les blocs des mineurs qui ne signalent pas le BIP-110, dans l’espoir de les contraindre à voter « oui » pour que leur travail soit accepté. Si cette pression permettait d’atteindre le seuil de 55 % de votes favorables sur une période de deux semaines, la proposition serait alors validée (verrouillée) au bloc 963 648. Après deux semaines supplémentaires de transition, les restrictions sur les données entreraient en vigueur au bloc 965 664 (autour du 1ᵉʳ septembre 2026), avant de s’éteindre automatiquement un an plus tard (après 52 416 blocs).
Malgré son ambition, le BIP-110 bénéficie cependant d’un soutien extrêmement faible de la part des mineurs. Depuis le début du signalement au printemps 2026, le soutien mesuré est resté anecdotique — autour de 1 % à la mi-juillet 2026. Aucun grand pool de minage ne s’est rallié à la proposition : Foundry USA et AntPool n’ont pas bougé, tandis que F2Pool s’y est explicitement opposé. La quasi-totalité des blocs signalants provient d’Ocean, le pool cofondé par Luke Dashjr, un pool de taille modeste, non comparable aux géants du secteur, complété par quelques petits opérateurs indépendants.
Côté utilisateurs, Bitcoin Core, l’implémentation majoritaire du protocole, n’intégrera pas le BIP-110. Le seul soutien viendra des nœuds Knots qui ont activement configuré leur logiciel pour rejeter les blocs non signalants.
Par ailleurs, la proposition suscite une opposition franche de figures très influentes de l’écosystème comme Adam Back, Jameson Lopp, Peter Todd, Greg Maxwell ou encore l’éditeur des BIP ayant attribué son numéro à la proposition, Mark « Murch » Erhardt, qui a publiquement critiqué le contenu du projet, le qualifiant de soft fork malavisé et inhabituellement négligeant, tout en précisant que l’attribution d’un numéro de BIP relève d’une pure procédure administrative et ne vaut en aucun cas approbation.
Avec un soutien très faible des pools de minage comme des noeuds et une opposition presque unanime des leaders d’opinion, l’activation du BIP 110 sur la chaine principale semble aujourd’hui très improbable. Si les nœuds faisant tourner BIP-110 (principalement ceux basés sur Bitcoin Knots) commencent malgré tout à rejeter les blocs non signalants à l’échéance d’août, cela n’aboutira qu’à la création d’une chaîne minoritaire isolée vouée à disparaitre. L’immense majorité de l’écosystème (les nœuds Bitcoin Core, l’essentiel du hashrate, les plateformes d’échange et les portefeuilles) continuera de fonctionner sur la chaîne principale sans aucune interruption.
– Unchained Crypto — Saylor and Back Reject Bitcoin’s BIP-110 Fork as Deadline Nears With Almost No Miner Support– Incrypted — Bitcoin Nears BIP-110 Deadline — Support for Upgrade Is Practically Nonexistent– Journal du Coin — BIP-110 : Le fork qui menace de fracturer Bitcoin, et personne ne veut le signer– Cryptoast — BIP-110 : La nouvelle tentative de Bitcoin Knots pour bannir les données non-monétaires– CryptoSlate — Power struggle hits Bitcoin network over anti-spam proposal with claims of faked node support– Bitfinex Blog — BIP-110 and Bitcoin’s High Bar for Consensus Change– The Bitcoin Manual — What Is BIP-110?
• Evénements • Statistiques en temps réel • Acheter et vendre des bitcoins • Bitcoin par son inventeur • Choisir son application "portefeuille" • Générer des bitcoins : le minage • Les sites à éviter • Quelle banque choisir ? • Histoire de Bitcoin • Articles populaires • Statistiques du site
• Opensats.org • Asmae - Sœur Emmanuelle • L'UNICEF France • Human Rights Foundation • Internet Archive
• Plan B Network • L'Institut National de Bitcoin • Le Cercle du Coin (association) • La Voie du Bitcoin
Auteur : La rédaction
Date de publication : 16 July 2026