Skip to content
Blockchain Posts

protocol

BIP-110 : la fenêtre de signaling obligatoire s'ouvre début août, moins de 1 % du hashrate signale

Le soft fork BIP-110 entre dans sa phase de signaling obligatoire vers le bloc 961 632 ; Bitcoin Core ne l'intégrera pas et le hashrate signalant reste sous 1 %.

par 6 min de lecture
bitcoinprotocolgovernancemining

Le soft fork BIP-110, dit Reduced Data Temporary Softfork, entre dans sa fenêtre de signaling obligatoire vers le bloc 961 632 (attendu la première semaine d'août 2026). La proposition, écrite par Dathon Ohm, restreint pendant un an la quantité de données arbitraires que peuvent porter les transactions Bitcoin — la cible explicite étant les inscriptions Ordinals, les jetons BRC-20 et l'usage de Bitcoin comme datastore. Elle activerait au bloc 965 664 (≈ 1er septembre 2026) si 55 % du hashrate la verrouille, puis expirerait automatiquement 52 416 blocs plus tard. Au 20 juillet, le signaling reste sous 1 %, aucun grand pool ne s'y engage, et Bitcoin Core a annoncé qu'il ne l'intégrera pas. Sources primaires : le texte BIP-110 sur le dépôt bitcoin/bips et le site officiel bip110.org. Couverture francophone : Journal du Coin et Cointribune.

Ce que dit exactement le BIP-110

Le BIP-110 n'est pas un changement de règles économiques — pas de modification de l'émission, du hard cap, ni du modèle UTXO. C'est un durcissement temporaire de sept règles de consensus, ciblant les vecteurs de stockage de données arbitraires apparus depuis Taproot :

  1. Les scriptPubKey de sortie supérieurs à 34 octets deviennent invalides, sauf s'ils commencent par OP_RETURN — auquel cas la limite est portée à 83 octets.
  2. Les charges utiles OP_PUSHDATA* et les items de témoin (witness) au-delà de 256 octets deviennent invalides.
  3. Dépenser une version de témoin non définie devient invalide.
  4. Les piles de témoin comportant un Taproot annex deviennent invalides.
  5. Les control blocks Taproot au-delà de 257 octets deviennent invalides.
  6. Les tapscripts contenant OP_SUCCESS* deviennent invalides — n'importe où dans le script.
  7. Les tapscripts exécutant OP_IF ou OP_NOTIF deviennent invalides.

Point structurant : les UTXO créés avant l'activation sont exemptés. Les inscriptions et jetons BRC-20 existants restent dépensables ; le BIP-110 ne casse rien rétroactivement.

Mécanisme d'activation — BIP-9 avec signaling obligatoire

L'activation utilise un schéma inspiré de BIP-9 avec verrouillage à seuil, mais assorti d'une fenêtre de signaling obligatoire pour forcer la prise de position des mineurs :

  • Signaling sur le bit 4 de la version de bloc.
  • Fenêtre obligatoire : blocs 961 632 → 963 647 (2 016 blocs, ≈ 14 jours). Sur cette fenêtre, tout bloc doit signaler bit 4, sinon il est invalide pour les nœuds appliquant BIP-110.
  • Seuil de verrouillage : 55 % du hashrate sur une période de 2 016 blocs (soit 1 109 blocs signalants).
  • Activation projetée au bloc 965 664 (≈ 1er septembre 2026).
  • Expiration automatique 52 416 blocs plus tard (≈ un an), sans nouvelle intervention.

Le mécanisme est agressif — un bloc non signalant pendant la fenêtre obligatoire est considéré invalide par les nœuds BIP-110. C'est là que réside le risque de scission : si les nœuds BIP-110 rejettent des blocs que Bitcoin Core accepte, la chaîne se fragmente.

Chiffres clés

- Proposition                        : BIP-110 (Reduced Data Temporary Softfork)
- Auteur                             : Dathon Ohm
- Statut                             : Complete
- Type                               : soft fork temporaire (1 an)
- Nombre de règles de consensus      : 7
- Cap sortie standard                : 34 octets
- Cap OP_RETURN                      : 83 octets
- Cap PUSHDATA / witness item        : 256 octets
- Grandfathering                     : UTXO pré-activation exemptés
- Bit de signaling                   : bit 4
- Fenêtre signaling obligatoire      : blocs 961 632 → 963 647 (≈ début août 2026)
- Seuil de verrouillage              : 55 % (1 109 blocs sur 2 016)
- Bloc d'activation projeté          : 965 664 (≈ 2026-09-01)
- Durée active                       : 52 416 blocs (≈ 1 an), expiration auto
- Hashrate signalant au 20/07/2026   : < 1 %
- Premier bloc signalant             : Barefoot Mining via Ocean, 2026-03-01
- Bitcoin Core                       : n'intégrera pas BIP-110
- Bitcoin Knots                      : ~8 % à 23 % des nœuds joignables

Impact et exposition

Pour le hashrate, le signaling est structurellement bloqué. Ocean et une poignée de petits opérateurs (Barefoot Mining, pools BIP110 et Roughnecks110) produisent la quasi-totalité des blocs signalants. F2Pool a publiquement refusé. Foundry USA (≈ 33 % du hashrate) et Antpool (≈ 14 %) n'ont pas bougé. Sans mouvement de Foundry, ViaBTC, MARA ou AntPool, le seuil de 55 % est mathématiquement hors d'atteinte.

Pour les nœuds, Bitcoin Core est majoritaire et refuse d'intégrer la proposition. Seuls les opérateurs de Bitcoin Knots — implémentation historiquement plus restrictive, portée par Luke Dashjr — peuvent activer BIP-110 côté nœud. Les mesures publiques placent Knots entre 8 % et 23 % des nœuds joignables selon la méthodologie. Une minorité de nœuds appliquant une règle plus stricte qu'une majorité de mineurs ne provoque pas de fork : elle rejette simplement les blocs contenant les données visées, ce qui, tant que le hashrate signalant reste faible, revient à une auto-marginalisation.

Pour les Ordinals et BRC-20, la menace est déclarative plus qu'opérationnelle. Rien n'est activé aujourd'hui ; les émissions restent possibles jusqu'à un éventuel verrouillage. Mais la présence même du BIP dans la file BIP-9 avec fenêtre obligatoire crée un signal fort — les protocoles construits sur l'usage de données arbitraires savent maintenant qu'une partie significative de l'écosystème considère leur use case comme abusif.

Ce qu'il faut surveiller

  1. Le compteur de blocs. Le seuil critique est le bloc 961 632. Un mineur non signalant sur cette fenêtre produit un bloc qu'un nœud BIP-110 rejettera. À suivre en direct sur les explorateurs qui affichent le bit 4 par bloc.
  2. Un mouvement de pool majeur. Le scénario qui change tout est un basculement de Foundry, ViaBTC ou Antpool. Aucun signal en ce sens fin juillet, mais c'est la seule variable susceptible d'ouvrir la voie à un verrouillage.
  3. Le hard fork eCash de Paul Sztorc. Distinct du BIP-110, ce hard fork cible le bloc ≈ 964 000 (≈ 21 août 2026) avec airdrop 1:1 et repose sur les Drivechains (BIP-300 / BIP-301). Il n'a aucun lien technique avec le BIP-110, mais les deux calendriers concurrents brouillent le débat.
  4. La position officielle des mainteneurs Core. Un rejet ferme et documenté clôt techniquement le sujet ; une position ambiguë le prolonge jusqu'à l'expiration de la fenêtre obligatoire.

Contexte — un débat gouvernance déguisé en débat technique

Le BIP-110 est plus une motion de censure sur les Ordinals qu'une proposition de scalabilité. Depuis l'apparition d'Ordinals et de BRC-20 début 2023, une fraction historique de la communauté Bitcoin — celle attachée au rôle strictement monétaire de la chaîne — cherche un mécanisme pour purger les données non financières. Le BIP-110 est la première tentative formelle avec plan d'activation daté.

Sa portée réelle dépendra d'un chiffre unique : le hashrate signalant à l'entrée de la fenêtre obligatoire. Sous 55 %, la proposition expire ; au-dessus, elle active et vit un an avant expiration automatique. À moins de deux semaines de l'ouverture, le hashrate signalant est sous 1 %, aucun pool majeur ne s'est engagé, et Bitcoin Core a fermé la porte à l'intégration.

L'issue la plus probable, sur la base des données publiques : la fenêtre obligatoire s'ouvre, expire sans verrouillage, la proposition disparaît, et le débat gouvernance qu'elle porte reste sans solution structurelle — comme après chaque cycle de contestation depuis 2023.

Sources :

Articles liés