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.

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.

22❤️1👍1🤙1🧡1