Le BIP-110 va-t-il créer un hard fork de Bitcoin ou nous sauver du spam ?
LâĂ©chĂ©ance dâactivation du BIP arrive dans ~20 jours, voici tout ce quâil faut savoir avant que ça arrive :
BIP-110, ou « Reduced Data Temporary Softfork », est une proposition de soft fork temporaire dâenviron 1 an.
Son objectif est de limiter lâinscription de donnĂ©es arbitraires dans Bitcoin, notamment les usages liĂ©s aux Ordinals, BRC-20, Runes, inscriptions et autres NFTs et tokens.
1⣠Ce que BIP-110 changerait concrÚtement :
BIP-110 limiterait pendant 1 an plusieurs vecteurs dâinscription de donnĂ©es dans Bitcoin :
OP_RETURN Ă 83 octets, certains champs Ă 256 octets, et certaines constructions Taproot.
Les nĆuds qui lâappliquent rejetteraient les blocs non conformes.
2⣠Les arguments pour BIP-110 :
- Bitcoin doit rester un réseau monétaire, pas une base de données mondiale.
- Les inscriptions utilisent lâespace de bloc pour des usages non essentiels.
- Ces données peuvent augmenter les frais de transaction et rendre les paiements Bitcoin plus chers.
- Certaines donnĂ©es inscrites on-chain peuvent crĂ©er des risques lĂ©gaux ou Ă©thiques pour les opĂ©rateurs de nĆuds.
- Les filtres de mempool ne suffisent pas si des mineurs acceptent ces transactions (comme Mara avec Slipstream)
- BIP est temporaire, donc prĂ©sentĂ© comme une pause dâ1 an pour empĂȘcher la normalisation de ces usages et chercher une solution durable.
3⣠Les contre-arguments à BIP-110 :
- BIP-110 transforme un dĂ©bat sur les rĂšgles des nĆuds en changement de consensus.
- Définir ce qui relÚve du « spam » au niveau du consensus crée un précédent dangereux.
- Le seuil dâactivation fixĂ© Ă 55 % (au lieu de 95 %) est faible pour un changement pouvant diviser le rĂ©seau.
- Si le soutien des mineurs reste faible, les nĆuds BIP-110 risquent de sâisoler eux-mĂȘmes.
- Si une part importante du hashrate active le BIP-110 et l'autre refuse, une hard fork peut se créer.
- Les restrictions peuvent aussi toucher des usages monétaires, comme BitVM, Miniscript ou certaines constructions Taproot.
- Les donnĂ©es arbitraires ne peuvent probablement pas ĂȘtre Ă©liminĂ©es totalement, seulement dĂ©placĂ©es ou rendues plus coĂ»teuses pour l'ensemble du rĂ©seau de nĆuds.
3⣠Les conséquences possibles
- Si BIP-110 reste marginal, lâimpact sera probablement nul pour lâutilisateur moyen.
- Si lâactivation se fait sans consensus clair, certains nĆuds pourraient se dĂ©synchroniser du reste du rĂ©seau, crĂ©ant un hard fork.
- Si des mineurs suivent BIP-110 et dâautres non, certains blocs pourraient ĂȘtre valides pour une partie du rĂ©seau et invalides pour lâautre, crĂ©ant un hard fork.
â¶ïž Mon avis
Les motivations derriĂšre BIP-110 sont louables : promouvoir Bitcoin comme rĂ©seau monĂ©taire et nous garder Ă lâabri des shitcoins est un combat quotidien.
Cependant, forcer cette vision dans le consensus me semble risqué, inutile et contre-productif.
Le BIP propose de gagner 1 an, alors que le débat dure déjà depuis au moins 2 ans sans qu'aucune solution ne fasse consensus.
La réalité, c'est qu'on ne peut pas bloquer l'inscription de données arbitraires dans Bitcoin sans fragiliser son consensus.
Je comprends donc les motivations de Bitcoin Core, mĂȘme si je ne suis pas sĂ»r Ă 100 % que la levĂ©e complĂšte de la limite OP_RETURN soit une bonne idĂ©e.
BIP-110 pose une vraie question, mais je pense que l'adopter est déraisonnable.







