BIP-110 approche de la signalisation obligatoire avec un soutien minime des mineurs

Ce qui se passe

Bitcoin approche de la phase d'application de BIP-110, un soft fork controverse qui restreindrait pendant environ un an certaines formes de stockage de donnees sur le reseau au moyen de nouvelles regles de consensus. Autour du bloc 961 632, attendu aux alentours du 9 aout 2026, les noeuds executant le logiciel BIP-110 devraient commencer a rejeter tout bloc qui ne signale pas son soutien au changement.

La proposition, dont le titre officiel est Reduced Data Temporary Softfork, a ete redigee par Dathon Ohm et attribue le brouillon initial et les conseils au developpeur Luke-Jr. Son objectif affiche est de limiter au niveau du consensus la taille de plusieurs champs de donnees, afin de decourager les grandes insertions de donnees comme les inscription Ordinals.

Comment l'activation est censee fonctionner

BIP-110 utilise une version modifiee de la methode de signalisation BIP9. Les mineurs indiquent leur disponibilite en activant le bit 4 dans les blocs qu'ils minent, sous le nom de deploiement "reduced_data". Pour un verrouillage anticipe volontaire, au moins 1 109 des 2 016 blocs d'une periode de retarget doivent signaler, soit 55 pour cent.

La proposition ne s'arrete pas la. Pendant la periode de retarget allant du bloc 961 632 au bloc 963 647, la signalisation devient obligatoire pour les noeuds BIP-110 : ces noeuds rejettent tout bloc qui n'active pas le bit 4. Le verrouillage intervient au plus tard au bloc 963 648, les regles deviennent actives au bloc 965 664, attendu autour du 1 septembre 2026, et elles expirent d'elles-memes apres 52 416 blocs, environ un an plus tard.

Ou en est le soutien

La signalisation des mineurs est restee faible pendant tout le deploiement. Fin juillet 2026, les tableaux de bord de suivi situaient le soutien a quelques points de pourcentage, et aucune periode de retarget ne s'est approchee des 1 109 blocs necessaires a un verrouillage volontaire a 55 pour cent. Le soutien est venu surtout de la pool Ocean et de plus petits mineurs independants, tandis que les grandes pools n'ont pas signale.

BIP-110 inclut une regle de grandfathering : les pieces confirmees avant l'activation pourront encore etre depensees selon les anciennes regles pendant toute la duree du deploiement. Les nouvelles limites s'appliquent aux outputs crees a partir de l'activation.

Un bug signale dans le client d'activation

Le 17 juillet 2026, un rapport publie sur BlockSlop a decrit un defaut reproductible dans le chemin de mise a jour du client d'activation base sur Knots. Selon le rapport, un noeud qui active l'application des regles sur un repertoire de donnees existant peut conserver un bloc qu'un noeud BIP-110 synchronise de zero rejette. Deux noeuds executant des regles identiques pourraient donc etre en desaccord sur la chaine valide. Le cas a ete reproduit sur regtest et est accompagne d'un correctif propose.

Contexte et suite

Si, au moment ou la signalisation obligatoire commence, le niveau de signalisation reste proche de l'actuel, les noeuds BIP-110 rejetteraient les blocs produits par la majeure partie du hashrate du reseau et ne suivraient que le petit nombre de blocs qui signalent, ce qui peut a ce moment creer une scission de la chaine. Des developpeurs comme Adam Back et Jameson Lopp ont averti publiquement que les parametres d'activation risquent une telle scission.

L'auteur de la proposition a soutenu que BIP-110 dispose deja d'un consensus, une affirmation qui, selon les critiques, ne se reflete pas dans les donnees de signalisation on-chain. Pour la mecanique derriere le risque de scission, le seuil inhabituellement bas et ce que signifierait une chaine BIP-110 distincte, voir l'analyse approfondie dans BIP-110 explique.