BIP-110, la fork logicielle temporaire réduisant les données, propose une fork logicielle temporaire d’un an qui introduit sept nouvelles règles de validation pour restreindre les données arbitraires dans les transactions Bitcoin. Elle limite les nouveaux scriptPubKeys non-OP_RETURN à 34 octets (OP_RETURN jusqu’à 83 octets), plafonne la plupart des pushes de données et des éléments de témoignage à 256 octets, restreint les blocs de contrôle Taproot à 257 octets, et invalide les annexes Taproot, les versions de témoignage non définies et les opcodes spécifiques (y compris OP_SUCCESS* et OP_IF/OP_NOTIF) dans les Tapscripts. Les UTXO antérieures à l’activation restent dépensables selon les anciennes règles, et toutes les restrictions expirent automatiquement après environ 52 416 blocs.
Le BIP lui-même identifie deux compromis techniques majeurs : le plafonnement des blocs de contrôle limite les arbres de scripts sur chaîne de grande taille, ce qui pourrait compliquer les constructions avancées comme BitVM (bien que les partisans soulignent que celles-ci puissent temporairement utiliser des testnets ou des sidechains). Il désactive également temporairement certains hooks de mise à niveau utilisés dans les futures forks logicielles, bien que cela soit considéré comme un risque faible compte tenu des délais d’activation normaux.
Les critiques soulèvent des préoccupations supplémentaires. Le seuil de signalisation de 55 % de la puissance de hachage et l’activation de type UASF comportent un risque de splits de chaîne ou de reorganizations si le soutien des mineurs reste faible, un point mis en avant par Adam Back qui qualifie la proposition de techniquement défectueuse. Les restrictions Taproot pourraient également ralentir l’innovation future dans les scripts et les covenants complexes. Alors que les partisans affirment que cela réduit la charge sur les nœuds due à la saturation des données et recentre Bitcoin sur son usage monétaire, les sceptiques estiment que les bénéfices pratiques sont limités par rapport aux risques d’un filtrage transactionnel établissant un précédent et réduisant la neutralité.
En résumé, BIP-110 échange des limites à court terme sur les usages intensifs en données et expérimentaux contre une priorisation plus forte du caractère monétaire, au prix d’un risque potentiel de friction pour l’innovation et d’activation. Il reste très controversé en juillet 2026.
-grok