Bitcoin approche d'un différend de protocole qui a reçu beaucoup moins d'attention que ses conséquences potentielles ne le suggèrent.
Le BIP-110, formellement connu sous le nom de Reduced Data Temporary Softfork, propose un an de limites plus strictes sur la quantité et le type de données non financières pouvant être incluses dans les transactions Bitcoin. Ses partisans veulent décourager le stockage de données sur la blockchain et maintenir l'espace de bloc axé sur l'activité monétaire. Ses critiques estiment que la proposition interférerait avec les transactions valides et payantes et pourrait pousser un petit groupe de nœuds vers une chaîne distincte.
La proposition n'a pas été adoptée par l'ensemble de Bitcoin. Le soutien des mineurs reste bien en deçà de son seuil d'activation volontaire, tandis qu'une période de signalement obligatoire controversée devrait commencer en août. Cela fait du BIP-110 moins une mise à niveau réseau confirmée qu'un test en direct de la gouvernance de Bitcoin.
Que propose le BIP-110 ?
Le BIP-110 ajouterait temporairement plusieurs restrictions aux règles de consensus de Bitcoin. Celles-ci incluent des limites sur les grands transferts de données, les données témoins (witness data) et certaines fonctions Taproot couramment utilisées pour placer des informations arbitraires sur la blockchain.
La proposition conserverait une allocation de 83 octets pour les sorties OP_RETURN tout en limitant de nombreux autres champs de données à 256 octets. Elle restreindrait également les annexes Taproot, les grands blocs de contrôle et plusieurs fonctionnalités de script avancées.
Les inscriptions Ordinals, les tokens BRC-20 et les protocoles similaires seraient les plus visiblement perturbés. Ils dépendent de structures de transaction capables de transporter des images, du texte ou des informations de token à l'intérieur des données témoins de Bitcoin.
La portée du BIP-110 est cependant plus large que les inscriptions. Certaines configurations Miniscript, les transactions pré-signées, les constructions liées à BitVM et les futures applications Taproot pourraient également nécessiter des modifications. Les paiements BTC standard devraient généralement continuer à fonctionner, et les sorties créées avant l'activation seraient rétroactivement couvertes par la proposition.
Les restrictions sont conçues pour expirer après 52 416 blocs, soit environ un an.
Pourquoi le BIP-110 a-t-il été introduit ?
Le différend a éclaté après que Bitcoin Core a modifié sa politique de relais de transactions par défaut pour les données OP_RETURN. Bitcoin Core 30 a augmenté la limite par défaut des transporteurs de données et a autorisé plusieurs sorties OP_RETURN dans une seule transaction.
Il s'agissait d'un changement de politique logicielle, pas d'un changement de consensus Bitcoin. Les opérateurs de nœuds individuels et les mineurs pouvaient toujours choisir des paramètres plus restrictifs. Les partisans du BIP-110 soutiennent que les filtres de politique ne suffisent pas car les mineurs peuvent les contourner et inclure directement des transactions dans les blocs.
Leur préoccupation est en partie économique. Les mineurs perçoivent des frais de transaction une seule fois, mais les opérateurs de nœuds complets peuvent continuer à stocker et à servir les données résultantes pendant des années. De ce point de vue, le marché des frais ne compense pas entièrement tous ceux qui supportent le coût à long terme.
Les opposants voient la question différemment. Bitcoin a déjà une limite fixe de poids de bloc, et les utilisateurs se disputent cet espace en payant des frais. Ils soutiennent que les développeurs et les opérateurs de nœuds ne devraient pas décider si une transaction valide est plus digne qu'une autre simplement parce que son objectif est plus facile à reconnaître.
C'est pourquoi le débat a dépassé les Ordinals. Il s'agit de savoir si Bitcoin doit rester neutre à l'égard de chaque transaction qui respecte ses règles, ou si le protocole doit activement favoriser l'activité monétaire.
Le signalement des mineurs reste bien en deçà du seuil
Le BIP-110 utilise le bit de version 4 pour le signalement des mineurs. Le verrouillage anticipé nécessite que 1 109 des 2 016 blocs d'une période d'ajustement de difficulté signalent leur soutien, soit 55 %.
Au moment de la rédaction, le 3 août, le moniteur de signalement BIP-110 montrait 32 blocs signalés parmi environ 1 200 blocs de la période en cours. Cela représentait un taux de signalement d'environ 2,7 %.
La période actuelle avait moins de 820 blocs restants. Même si chaque bloc restant signalait pour le BIP-110, le total serait encore inférieur à l'exigence de 1 109 blocs. Le verrouillage volontaire n'est donc plus possible pendant cette période.
Le taux de signalement a augmenté par rapport aux niveaux enregistrés plus tôt dans l'été, mais il reste trop faible pour indiquer un soutien généralisé des mineurs. La plupart des activités de signalement visibles ont été associées aux mineurs utilisant le logiciel OCEAN et compatible BIP-110. Aucun changement comparable n'est apparu parmi les plus grands pools de minage.
Que se passe-t-il au bloc 961 632 ?
La partie la plus importante du BIP-110 est son mécanisme de signalement obligatoire. À partir du bloc 961 632, les nœuds appliquant le BIP-110 sont programmés pour rejeter les blocs qui ne signalent pas le bit 4. Cette période obligatoire s'étendrait jusqu'au bloc 963 647, le verrouillage étant prévu au plus tard au bloc 963 648. L'application complète des restrictions de données suivrait au bloc 965 664.
Sur la base du taux de blocs actuel, la fenêtre obligatoire devrait commencer autour du 8 ou 9 août, bien que l'heure exacte puisse changer.
Le mot « obligatoire » peut être trompeur. Bitcoin n'a pas d'autorité centrale capable de forcer chaque mineur ou nœud à adopter la proposition. La règle n'est obligatoire que pour les participants qui ont choisi d'exécuter un logiciel appliquant le BIP-110.
Si la majorité des mineurs continuent de produire des blocs sans le signal, les nœuds Bitcoin conventionnels peuvent continuer à accepter ces blocs. Les nœuds BIP-110 les rejetteraient et attendraient un bloc de signalement. Avec un taux de hachage de soutien limité, ces nœuds pourraient finir par suivre une chaîne minoritaire plus lente.
Le résultat ne serait pas nécessairement une mise à niveau Bitcoin à l'échelle du réseau. Il pourrait plutôt s'agir d'une scission de chaîne dans laquelle la chaîne BTC établie continuerait selon les règles existantes, tandis qu'une chaîne BIP-110 plus petite appliquerait les nouvelles restrictions.
Bitcoin Knots a implémenté la proposition
La spécification BIP-110 est marquée comme « Complète » dans le dépôt BIP de Bitcoin. Cela signifie que la spécification écrite a atteint son stade final. Cela ne signifie pas que le réseau l'a approuvée ou déployée.
Une implémentation a été incluse dans Bitcoin Knots version 29.3.knots20260508. Le code pertinent et l'historique des révisions peuvent être trouvés dans le enregistrement de l'implémentation de Bitcoin Knots.
Bitcoin Core n'a pas adopté le BIP-110. Par conséquent, les utilisateurs ne doivent pas interpréter l'existence d'un code fonctionnel ou d'une spécification complète comme une preuve d'un consensus à l'échelle du réseau.
Pourquoi les partisans souhaitent le changement
Les partisans décrivent les données arbitraires sur la blockchain comme un abus de ressources que chaque nœud doit aider à valider et à distribuer. Ils estiment que l'espace de bloc limité de Bitcoin devrait principalement soutenir les paiements, le règlement et d'autres activités monétaires.
Ils soutiennent également que les paramètres de politique actuels de Bitcoin facilitent le traitement de la blockchain comme un espace de stockage de fichiers permanent. Un soft fork temporaire donnerait aux développeurs et aux utilisateurs le temps d'évaluer l'effet de limites plus strictes tout en orientant les fichiers plus volumineux vers des systèmes tels que Nostr, IPFS ou BitTorrent.
De ce point de vue, le BIP-110 n'est pas une tentative de contrôler chaque transaction. C'est une réponse temporaire aux incitations qui encouragent les utilisateurs à placer des données sur un réseau maintenu par des personnes qui ne reçoivent peut-être aucune compensation directe pour leur stockage.
Pourquoi les critiques craignent une scission de chaîne
Les critiques remettent en question à la fois les restrictions et le processus d'activation.
Michael Saylor, Adam Back et Jameson Lopp ont soutenu que transformer un désaccord sur l'utilisation des transactions en un changement de consensus pourrait créer un problème plus grave que les données indésirables elles-mêmes. Leur préoccupation est que les règles de Bitcoin commenceraient à distinguer les utilisations approuvées et défavorisées de l'espace de bloc.
Il y a aussi des questions pratiques. Le BIP-110 ne peut pas rendre impossible le stockage de données arbitraires. Les utilisateurs peuvent diviser les informations entre les transactions, développer de nouvelles méthodes d'encodage ou déplacer l'activité vers d'autres couches. Les restrictions pourraient donc perturber les applications de script légitimes sans résoudre définitivement le problème qu'elles ciblent.
Le faible taux de signalement rend la méthode d'activation obligatoire particulièrement sensible. Un soft fork activé par l'utilisateur peut influencer les mineurs lorsqu'il bénéficie d'un fort soutien économique. Lorsque le soutien est limité, le même mécanisme peut laisser ses utilisateurs sur une chaîne minoritaire avec un taux de hachage plus faible, une liquidité réduite et un support d'infrastructure incertain.
Que pourrait signifier le BIP-110 pour les traders ?
Le BIP-110 ne modifie pas l'offre maximale de Bitcoin, la subvention de bloc ou la politique monétaire standard. Il ne doit pas être automatiquement considéré comme un catalyseur haussier ou baissier pour le BTC.
La préoccupation la plus immédiate concerne l'infrastructure du marché. Si une scission de chaîne devient possible, les échanges et les dépositaires pourraient devoir déterminer quelle chaîne ils reconnaissent comme BTC. Certaines plateformes pourraient suspendre temporairement les dépôts ou les retraits pendant qu'elles vérifient la stabilité de la chaîne, les risques de rejeu et la compatibilité des portefeuilles.
Une chaîne BIP-110 minoritaire aurait également besoin de suffisamment de puissance de minage, d'utilisateurs et de liquidité pour rester économiquement pertinente. Une chaîne forkée peut exister techniquement sans obtenir une reconnaissance significative du marché.
Les traders suivant les marchés BTC via Tapbit devraient prêter attention aux annonces officielles de la plateforme plutôt que de supposer que chaque chaîne ou token lié au BIP-110 sera pris en charge. Les utilisateurs existants peuvent accéder à leurs comptes via la page de connexion Tapbit, tandis que les nouveaux utilisateurs peuvent s'inscrire ici.
Pensées finales
Le BIP-110 a commencé comme un argument sur les inscriptions et les données arbitraires, mais il est devenu un débat plus large sur la neutralité de Bitcoin et les limites des changements de consensus activés par l'utilisateur.
La proposition est techniquement complète et disponible dans Bitcoin Knots, mais le signalement des mineurs reste bien en deçà du seuil volontaire. Sa fenêtre de signalement obligatoire d'août pourrait encore produire une chaîne BIP-110 distincte, mais il n'y a actuellement aucune preuve que le réseau Bitcoin dominant ait accepté d'adopter les nouvelles règles.
Pour les traders, la distinction est importante. Le BIP-110 n'est pas une mise à niveau Bitcoin approuvée en attente d'activation. C'est une proposition contestée qui approche d'un test réel de coordination des mineurs, d'application par les nœuds et de soutien économique.
Questions fréquemment posées
Qu'est-ce que le BIP-110 ?
Le BIP-110, ou Reduced Data Temporary Softfork, est une proposition visant à introduire des limites de consensus temporaires sur les données arbitraires dans les transactions Bitcoin. Les restrictions resteraient actives pendant environ un an.
Le BIP-110 est-il déjà actif ?
Non. Le BIP-110 n'a pas été activé sur le réseau Bitcoin. Sa spécification est complète et une implémentation est disponible dans Bitcoin Knots, mais cela ne signifie pas que la proposition a reçu l'approbation de l'ensemble du réseau.
Bitcoin Core a-t-il adopté le BIP-110 ?
Non. Bitcoin Core n'a pas adopté le BIP-110. La proposition a été implémentée dans Bitcoin Knots version 29.3.knots20260508 et les logiciels associés.
