Le calendrier d'août met en lumière la signalisation BIP-110 de Bitcoin et la fourche dure de Paul Sztorc

Bitcoin approche une fenêtre compressée d'août 2026 dans laquelle la mécanique de signalisation obligatoire de BIP-110 doit arriver peu avant la fork eCash prévue par Paul Sztorc, plaçant deux événements protocolaires distincts sur un calendrier presque identique.

• Points clés :
• • BIP-110 vise le bloc 961 632 pour la signalisation obligatoire en août 2026.
• • La fork eCash de Paul Sztorc vise le bloc 964 000 avec un airdrop 1:1.
• • Les mineurs de Bitcoin font face à une pression de signalisation BIP-110 avant la cible de la fork eCash.

Le premier événement est BIP-110, aussi connu sous le nom de Softfork Temporaire de Données Réduites, une proposition de brouillon rédigée par Dathon Ohm et assignée en décembre 2025. La mesure imposerait un soft fork consensuel temporaire d’un an sur Bitcoin en limitant certaines formes de stockage arbitraire de données dans les transactions. Les supporters décrivent la proposition comme une réponse aux incitations qu’ils disent s’être amplifiées après la vague d’Ordinals et d’inscriptions débutée en 2022.

Un Soft Fork Temporaire avec des enjeux permanents

BIP-110 est conçu pour passer en phase de signalisation obligatoire au bloc 961 632, cette période s’étendant jusqu’au bloc 963 647. Pendant cette fenêtre, les nœuds utilisant un logiciel compatible BIP-110, principalement des forks de Bitcoin Knots, rejetteraient les blocs non signalés comme invalides. Le mécanisme vise à garantir la confirmation définitive au plus tard au bloc 963 648, avec une activation qui suivrait après cela.

Ce design constitue le premier point de pression. Il n’invite pas simplement les mineurs à signaler. Il crée une période durant laquelle le non-signalement peut entraîner un coût économique direct pour les mineurs dont les blocs seraient rejetés par la partie du réseau appliquant la règle. La proposition utilise la version bit 4 et permet une activation anticipée si 55 % des mineurs signalent dans une période de retarget, soit 1 109 sur 2 016 blocs.

Ce que BIP-110 limiterait

Les règles temporaires de BIP-110 restreindraient plusieurs comportements de transaction pour environ 52 416 blocs, soit environ un an. Les sorties avec un ScriptPubKey supérieur à 34 octets deviendraient invalides, sauf pour OP_RETURN, qui serait plafonné à 83 octets. Les poussées de données volumineuses et les éléments de witness seraient limités à 256 octets, tandis que plusieurs fonctionnalités liées à Taproot seraient temporairement restreintes.

Les entrées dépensant des UTXO créés avant l’activation resteraient exemptes de façon permanente. Les limites expireraient également automatiquement après la période d’un an, un choix de conception que les supporters présentent comme une ligne temporaire plutôt qu’une réécriture permanente de la politique de transaction de Bitcoin.

Les supporters voient de la discipline, les critiques craignent une fracture

Les supporters, y compris les utilisateurs de Bitcoin Knots et les participants à Ocean pool, soutiennent que BIP-110 réduirait la surcharge de la blockchain, diminuerait les coûts d’exploitation des nœuds, et renforcerait la finalité monétaire de Bitcoin. Ils présentent la proposition comme une réponse corrective à l’intégration de données non monétaires et comme un signal culturel sur l’utilisation de l’espace de bloc Bitcoin.

Taux de signalisation BIP-110 le 22 juin 2026. Les critiques ont averti que la proposition pourrait fracturer le consensus, interférer avec les travaux avancés de scripting, créer de l’incertitude pour les développeurs, et établir un précédent pour le filtrage au niveau du protocole de l’espace de bloc payant. La signalisation des mineurs actuelle reste très faible, et à l’heure actuelle, le 22 juin, elle est de 0,31 %, ce qui rend la date limite d’août plus critique.

Le plan eCash de Sztorc ajoute une nouvelle confrontation de fork

Un développement séparé en août, sans lien avec BIP-110, approche également du premier plan. Paul Sztorc, créateur de Drivechain et BIP 300 associé à Layertwo Labs, a annoncé des plans pour une fork hard eCash ciblée autour du bloc 964 000 en août 2026. Le plan créerait une nouvelle chaîne SHA-256d débutant comme une copie presque conforme de Bitcoin Core, avec une réinitialisation de difficulté unique au lancement et un airdrop 1:1 aux détenteurs de BTC basé sur le bloc de fork.

La proposition eCash n’est pas une mesure de limite de données. C’est un projet de scaling et de sidechain construit autour de l’activation des Drivechains, ou BIP 300 et BIP 301, sur la nouvelle chaîne dès le départ. Sztorc a présenté l’effort comme une voie pour déployer des fonctionnalités qui ont stagné dans le développement de la chaîne principale Bitcoin, tout en offrant aux détenteurs un nouvel actif lors de la scission.

La mécanique de l’airdrop soulève des questions de garde et de marché

L’airdrop 1:1 crée le second point de pression. Une fork hard attribuant eCash aux détenteurs de BTC lors de la scission obligerait les échanges, custodians, fournisseurs de portefeuilles, mineurs et détenteurs institutionnels à décider s’ils reconnaissent, sécurisent, divisent, comptabilisent ou ignorent le nouvel actif.

Les enjeux diffèrent des cycles de fork précédents car Bitcoin est désormais largement détenu via des fonds négociés en bourse (ETF), des trésoreries d’entreprises, et des structures de garde réglementées. Le plan eCash a également suscité des critiques sur la gestion possible des pièces de l’ère Satoshi, avec des discussions évoquant une réaffectation partielle pour le développement ou les incitations communautaires. Les critiques ont attaqué ce concept comme injuste, tandis que les supporters, dont Sztorc, soutiennent que la fork est volontaire, et que les détenteurs peuvent décider comment traiter la nouvelle chaîne.

Une fenêtre d’août, deux conflits distincts

Ce qui rend ces deux événements séparés en un double point de pression, c’est le calendrier. La fenêtre de signalisation obligatoire de BIP-110 commence au bloc 961 632 et doit garantir la confirmation d’ici le bloc 963 648. La fork eCash est ciblée vers le bloc 964 000, seulement quelques centaines de blocs plus tard. En termes de temps de bloc, les deux disputes s’empilent dans la même période étroite.

Ce qui est intéressant avec ces deux événements, c’est qu’ils sont des propositions différentes, soutenues par des factions différentes et visant des problématiques distinctes. La connexion est contextuelle et opérationnelle : un événement teste la politique de données et le processus de changement de consensus de Bitcoin, tandis que l’autre teste sa fork, son airdrop, et sa politique de scaling presque immédiatement après.

Les mineurs doivent faire face à des choix de revenus, de signalisation et de puissance de calcul

Pour les mineurs, la fenêtre compressée pourrait créer des incitations conflictuelles. Pendant la période de signalisation obligatoire de BIP-110, un mineur pourrait être sous pression pour signaler le bit 4 afin d’éviter le risque d’orphelinage dû aux nœuds enforceurs. Actuellement, seulement 5,37 EH/s sur un total de 940 EH/s de puissance de calcul Bitcoin signale pour BIP-110. Peu après, le lancement eCash pourrait offrir une nouvelle chaîne SHA-256d avec une difficulté réinitialisée et des revenus potentiels liés à la sidechain.

Parce que eCash inclut un airdrop 1:1, le lancement prévu est susceptible d’attirer plus d’attention du marché et du public que BIP-110, et à bien des égards, c’est déjà le cas. La fork donne aux mineurs une seconde incitation économique : ils peuvent diriger le même matériel SHA-256d, ou des machines plus anciennes, vers le nouvel actif tout en minant en fusion des sidechains sécurisées par le biais du minage fusionné aveugle.

Les échanges et custodians deviennent la ligne opérationnelle de front

Pour l’infrastructure, la charge pourrait être plus lourde que ne le suggère la narration du marché. Les échanges et custodians pourraient être amenés à traiter des demandes de division de coins, à évaluer la protection contre la relecture, à identifier la chaîne Bitcoin dominante en cas de split lié à BIP-110, et à expliquer leurs décisions politiques aux utilisateurs en temps réel.

Ce niveau opérationnel est important car un différend sur le protocole devient plus qu’un débat technique une fois que les dépôts, retraits, traitements comptables et soldes utilisateur sont impliqués. Une période de stress serrée peut amplifier de petits retards, des politiques peu claires ou des signaux conflictuels de la chaîne.

Le marché perçoit le calendrier comme un risque

Pour les marchés, la configuration est moins directionnelle qu’angoissante. Un airdrop eCash 1:1 pourrait encourager certains détenteurs à conserver leur bitcoin jusqu’au bloc de fork. La voie de la signalisation contestée de BIP-110 pourrait pousser d’autres à réduire leur exposition avant la fenêtre, surtout si les échanges avertissent de suspensions de service, de préoccupations de relecture ou de retards de garde.

Le problème central ici, c’est que deux événements protocolaires conflictuels arrivent dans la même fenêtre compressée. L’un est un soft fork temporaire avec signalisation obligatoire et limites de données. L’autre est une fork hard avec un nouvel actif et l’activation de Drivechain. Ensemble, ils constituent un test concentré de la discipline technique de Bitcoin, de la coordination des mineurs, de la confiance du marché et de la narration publique.

Ce qu’il faut surveiller ensuite

Ce qui compte ensuite, c’est le comportement des mineurs avant le bloc 961 632, l’adoption des nœuds autour des clients compatibles BIP-110, les déclarations des échanges et custodians sur eCash, et si les principaux fournisseurs d’infrastructure signalent des risques de relecture, de dépôt, de retrait ou de comptabilisation avant le bloc 964 000. Si ces signaux restent fragmentés, août pourrait devenir moins une question de propositions isolées, et plus une question de la façon dont Bitcoin gère deux tests de gouvernance distincts en même temps.