La tentative d'activation de BIP-110 sur Bitcoin a engendré un fork minoritaire actif après que les nœuds appliquant la règle ont rejeté un bloc non signalé à la hauteur 961 632 tôt le 9 août. La plupart des mineurs ont continué à étendre le réseau existant selon les règles de consensus actuelles, élargissant rapidement l'écart entre les deux branches concurrentes.

Selon BIP110Monitor, vers 01:00 UTC le 9 août, la chaîne principale avait atteint le bloc 961 654 tandis que la branche appliquant la règle se situait au bloc 961 633 — un déficit de 21 blocs. Aucun des 23 premiers blocs de la nouvelle période de difficulté n'a signalé de soutien à la proposition.

Comment la scission s'est produite

Le fork trouve son origine au bloc 961 632, qui marquait le début de la fenêtre de signalisation obligatoire de BIP-110. AntPool a miné un bloc qui n'incluait pas le signal de version bit 4 requis, tandis que Roughnecks a produit un bloc conforme concurrent via OCEAN. Les nœuds appliquant BIP-110 ont rejeté le bloc d'AntPool et ont suivi la branche alternative. Le réseau non appliquant plus vaste a continué à étendre Bitcoin selon les règles de consensus existantes.

Le soutien à la proposition était déjà minimal avant la scission. Au cours de la période de réajustement précédente de 2 016 blocs, seulement 51 blocs ont signalé leur soutien — soit environ 2,53 % du total.

Mécanisme d'activation et calendrier

BIP-110 utilise un processus d'activation BIP9 modifié. Selon ses règles de verrouillage anticipé, 1 109 blocs sur 2 016 (55 %) devaient signaler leur soutien, mais la participation des mineurs est restée bien en deçà de ce seuil. Par conséquent, la proposition est entrée en signalisation obligatoire au bloc 961 632.

À partir de ce moment, les nœuds appliquant la règle ont commencé à rejeter tout bloc ne définissant pas le version bit 4. L'exigence de signalisation obligatoire reste en vigueur jusqu'au bloc 963 647. Selon les règles de la proposition, la branche minoritaire forcerait le verrouillage au bloc 963 648.

Les restrictions sur les transactions proposées ne s'activeraient pas immédiatement. Ces règles sont programmées pour entrer en vigueur au bloc 965 664 et resteraient actives pendant 52 416 blocs avant d'expirer. Le fork actuel porte donc principalement sur les exigences de signalisation et la sélection de chaîne, et pas encore sur des transactions qui violeraient les restrictions de données temporaires proposées par BIP-110.

Ce que BIP-110 propose réellement

Malgré certaines descriptions sur les réseaux sociaux, BIP-110 n'est pas une mise à niveau de sécurité quantique. Son titre officiel est « Reduced Data Temporary Softfork », reflétant un objectif plus restreint : restreindre temporairement les données arbitraires intégrées dans les transactions Bitcoin. La proposition introduit sept règles de consensus couvrant les scriptPubKeys, les données OP_RETURN, les charges utiles de témoin (witness payloads) et plusieurs structures liées à Taproot.

La proposition est apparue au milieu d'un débat permanent au sein de la communauté Bitcoin sur le volume de données non financières inscrites sur la blockchain — une pratique qui s'est accélérée après le lancement des inscriptions Ordinals et des jetons BRC-20 en 2023. Les partisans des restrictions de données affirment que l'excès de données on-chain gonfle la taille des blocs et augmente les coûts d'exploitation des nœuds, tandis que les détracteurs soutiennent que les transactions valides ne devraient pas être censurées et que le marché des frais gère naturellement l'allocation de l'espace de bloc. BIP-110 représente l'une des plusieurs approches proposées face à cette tension, bien qu'elle n'ait pas attiré un large soutien des mineurs ou des développeurs.

Le statut « Complete » de la proposition dans le dépôt BIPs indique uniquement que la spécification elle-même est considérée comme achevée — et non que Bitcoin l'a adoptée. L'adoption réelle dépend des mineurs, des utilisateurs, des plateformes d'échange, des dépositaires et des autres participants économiques qui décident quel logiciel et quelles règles de consensus ils reconnaissent.

Risque de rejeu et préoccupations opérationnelles

Bitcoin Core n'a pas adopté l'implémentation de BIP-110, et la majeure partie de la puissance de hachage continue d'étendre la chaîne non appliquant la règle. Étant donné que seule une puissance de hachage limitée soutient le fork appliqué, la production de blocs sur la branche minoritaire peut prendre beaucoup plus de temps que l'objectif standard de Bitcoin d'environ un bloc toutes les 10 minutes.

La préoccupation la plus immédiate pour les détenteurs de BTC est d'ordre opérationnel. Le fork minoritaire ne fournit pas de protection automatique contre les rejeux avant son stade d'activation ultérieur, ce qui signifie qu'une transaction effectuée sur une branche pourrait potentiellement affecter les mêmes pièces sur l'autre branche. Les développeurs ont mis en garde les détenteurs contre le fait de considérer cette scission comme une opportunité d'airdrop sans risque.

Source : X