Bitcoin Blake2b: Le Fork Du 1er Septembre Face Au Test

Et si le prochain tournant de Bitcoin ne se jouait plus sur la chaîne que tout le monde surveille, mais sur une voie parallèle presque invisible? Le 31 août 2026, alors que le prix du bitcoin oscille autour de 78 000 dollars, un camp de développeurs favorables à BIP-110 prépare autre chose qu’une simple mise à jour: une chaîne distincte, minée avec Blake2b, avec un test de lancement visé au 1er septembre. Ce n’est plus seulement un débat de protocole. C’est une tentative de reconstruire un réseau ailleurs, après un premier embranchement minoritaire qui n’a presque pas trouvé de mineurs.

Pourquoi ce fork Blake2b cristallise autant de tensions

Le récit commence bien avant la date du 1er septembre. BIP-110 n’était pas, à l’origine, un projet de remplacement de l’algorithme de preuve de travail. C’était une proposition de soft fork temporaire destinée à limiter certaines façons d’inscrire des données non financières dans les blocs. Les partisans voulaient protéger les opérateurs de nœuds contre une inflation de stockage. Les critiques répondaient que les frais et les politiques de relais suffisent déjà à discipliner l’usage de l’espace de bloc.

Lorsque la branche d’application de BIP-110 s’est séparée de la chaîne dominante en août, le verdict minier a été brutal. Presque toute la puissance de calcul reconnue a continué d’étendre le réseau existant. La branche minoritaire n’a d’abord produit que deux blocs. Le taux de soutien minier annoncé au moment de la phase obligatoire tournait autour de 2,53 %. Autrement dit, l’idée de « corriger » Bitcoin depuis l’intérieur s’est heurtée à une réalité simple: sans mineurs, une règle n’existe pas vraiment.

C’est précisément ce constat qui a poussé une partie des soutiens à changer de terrain. Plutôt que d’attendre un retournement improbable de l’hashrate SHA-256, ils préparent une chaîne Blake2b. Le geste est technique et politique à la fois. Technique, parce qu’il coupe le lien avec le matériel ASIC conçu pour SHA-256. Politique, parce qu’il admet, au moins implicitement, que la bataille pour la chaîne majoritaire est perdue.

Ce que BIP-110 voulait vraiment restreindre

Pour comprendre le fork, il faut d’abord relire la proposition initiale sans la caricaturer. BIP-110 visait des limites temporaires sur plusieurs méthodes d’inscription de données arbitraires. Parmi les pistes évoquées figuraient des restrictions sur de gros outputs OP_RETURN, certains formats de script, et des paquets de données contiguës dépassant 256 octets. L’intention déclarée n’était pas d’interdire toute métadonnée, mais de freiner ce que les partisans décrivent comme une colonisation de l’espace de bloc par des contenus sans lien avec le règlement monétaire.

Les défenseurs de ces règles insistent sur le coût réel d’un nœud complet. Plus les blocs portent de données hors paiement, plus le disque, la bande passante et le temps de synchronisation pèsent sur les opérateurs indépendants. À leurs yeux, Bitcoin reste d’abord un système monétaire. Si le registre se transforme en dépôt généraliste, la décentralisation se paie plus cher, donc se raréfie.

Le camp opposé ne nie pas que le stockage a un prix. Il conteste le bon instrument. Selon cette lecture, le marché des frais, les politiques de mempool et le choix individuel des nœuds suffisent. Une restriction protocolaire, même temporaire, reviendrait à inscrire dans le consensus une préférence culturelle: ce qui « mérite » d’être dans un bloc, et ce qui n’y a pas sa place. Or, dans l’histoire récente de Bitcoin, ce type de frontière a rarement fait consensus.

Les restrictions de BIP-110 visaient l’usage de l’espace de bloc, pas le remplacement de SHA-256. Le passage à Blake2b est une autre décision, née de l’échec minier de la branche minoritaire.

La dispute du 31 août et le piège des mots

Le 31 août, le débat a basculé du code vers le langage. Loogart, partisan de BIP-110, a présenté le projet Blake2b comme la poursuite volontaire d’un effort après l’échec sur la chaîne dominante. David Schwartz, cofondateur de Ripple et ancien directeur technique de cette société, a rejeté le cadrage selon lequel les soutiens auraient tenté de « réparer la chaîne héritée ».

La formule qui a cristallisé l’échange parlait d’une tentative de « fixer » le réseau historique. Schwartz a répondu, en substance, qu’il fallait s’écouter parler: dès que l’on décrit l’autre chaîne comme cassée, on quitte le désaccord de bonne foi pour entrer dans une morale de réparation. Ce n’est pas un détail sémantique. Dans les forks Bitcoin, le vocabulaire précède souvent le récit de légitimité. Qui est le continuateur? Qui est le schisme? Qui « sauve » le protocole?

Il faut aussi rappeler une limite importante. Les remarques de Schwartz relèvent d’une appréciation personnelle. Ni Ripple ni le registre XRP n’ont de rôle technique dans BIP-110 ou dans la chaîne Blake2b proposée. Mélanger ces univers, c’est brouiller deux histoires qui n’ont pas les mêmes acteurs, ni les mêmes incitations.

Blake2b n’est pas BIP-110 activé sur Bitcoin

Cette distinction mérite d’être martelée, car elle est au cœur des malentendus. BIP-110, dans sa forme première, était une tentative de changer les règles de validation tout en restant dans l’écosystème SHA-256. La chaîne Blake2b est autre chose: un hard fork séparé, avec un algorithme de minage différent et, par conséquent, un actif résultant distinct. On ne « bascule » pas simplement Bitcoin. On ouvre une nouvelle piste dont la valeur, la sécurité et l’adoption restent à démontrer.

Le remplacement de SHA-256d par Blake2b a une conséquence immédiate. Le parc ASIC conçu pour Bitcoin ne peut pas se rediriger automatiquement vers le nouvel algorithme. Les partisans y voient une chance: constituer un groupe de mineurs nouveau, au lieu de supplier ceux qui sécurisent déjà la chaîne dominante. Les sceptiques y voient un risque inverse: partir sans hashrate crédible, donc sans garantie de finalité, ni de résistance aux réorganisations.

Certains matériels pensés pour la variante Blake2b utilisée dans l’écosystème Sia pourraient être compatibles. Encore faut-il que des opérateurs acceptent d’y consacrer de la puissance. Disposer de machines théoriquement capables n’équivaut pas à un engagement réel. Le minage suit l’électricité, le prix de l’actif, la liquidité et la prévisibilité des récompenses. Or, avant le lancement visé, aucun de ces piliers n’était solidement documenté pour la nouvelle chaîne.

Un calendrier du 1er septembre, pas un destin scellé

Les développeurs ont organisé une répétition avant la date annoncée. Selon leurs indications, un test réussi pourrait être conservé dans une version Bitcoin Knots 29.4.1 prévue le 1er septembre. À l’inverse, un incident technique pourrait imposer un autre candidat de publication et un retour au dernier bloc SHA-256. La date fonctionne donc comme une cible, pas comme un interrupteur irréversible.

Des informations circulant avant la répétition indiquaient aussi que la hauteur exacte d’activation mainnet n’était pas définitivement tranchée. Ce point, souvent négligé dans les discussions publiques, change la lecture du risque. Un fork mal cadré au niveau de la hauteur, des points de contrôle ou des règles de relais peut produire des chaînes concurrentes à l’intérieur même du camp dissidents. L’histoire des scissions Bitcoin est pleine de ces départs ratés.

Luke Dashjr, figure associée au débat plus large sur le minage et les développements récents du protocole, a quitté OCEAN après des désaccords. La société a racheté ses parts à la suite de sa démission des fonctions de président, directeur technique et administrateur. Ce départ n’est pas le fork Blake2b lui-même, mais il éclaire le climat: les lignes de fracture ne passent plus seulement entre « maximalistes » et « expérimentateurs ». Elles traversent aussi les pools, les implémentations de nœuds et les stratégies d’inscription de données.

Ce que les détenteurs de bitcoin doivent vraiment surveiller

La question pratique n’est pas « le fork va-t-il tuer Bitcoin? ». Elle est plus terre à terre. Quelles pièces héritées, si héritage il y a, seront reconnues? Sur quelles adresses? Avec quels logiciels? Et surtout, une transaction signée d’un côté peut-elle être rejouée de l’autre?

Avant la date visée, aucune grande plateforme d’échange, aucun portefeuille grand public, aucune implémentation Lightning majeure n’avait annoncé publiquement un soutien à la chaîne Blake2b. Sans ces rails, un actif issu d’un fork peut exister sur le papier et rester invendable, ou se négocier seulement dans des cercles étroits, avec des écarts de prix absurdes et un risque de contrepartie élevé.

Les en-têtes de blocs Blake2b diffèrent du format actuel de Bitcoin. Les clients légers, les indexeurs et une partie des explorateurs ne reconnaîtront donc pas automatiquement la nouvelle chaîne. Derrière cette phrase un peu sèche se cache une réalité d’usage: sans explorateur fiable, sans API de solde, sans bibliothèque de signatures adaptées, même un partisan convaincu peinera à vérifier qu’il possède vraiment quelque chose.

Replay, séparation des coins et pièges de portefeuille

La protection contre le replay reste l’un des sujets les plus concrets. Si une transaction demeure valide sur les deux réseaux, un paiement diffusé d’un côté peut, en théorie, être repris de l’autre. Les utilisateurs doivent alors séparer leurs pièces ou s’appuyer sur des garde-fous explicites. En l’absence d’un schéma clair, largement documenté et implémenté par les logiciels courants, le risque n’est pas abstrait: il est opérationnel.

La séparation des coins n’est pas un geste magique. Elle suppose de comprendre quelle UTXO appartient à quelle chaîne, d’utiliser un outil qui ne mélange pas les signatures, et d’éviter les portefeuilles qui « simplifient » trop le flux. Les personnes qui stockent leurs clés sur du matériel ancien, ou qui s’appuient uniquement sur un service conservateur, peuvent découvrir trop tard que leur interface ignore complètement le second réseau, ou pire, qu’elle expose une transaction compatible des deux côtés.

Dans les scissions passées, une partie des pertes n’est pas venue d’un piratage sophistiqué, mais d’une confusion banale: mauvaise pièce envoyée, mauvais réseau sélectionné, explorateur consulté pour la mauvaise chaîne, ou ordre passé sur une place qui n’avait listé qu’un ticker improvisé. Le 1er septembre, si le test se transforme en lancement, cette mémoire collective redevient utile.

Pourquoi le minage décide encore presque tout

Bitcoin, dans sa forme actuelle, n’est pas gouverné par un vote Twitter ni par un livre blanc. Il est gouverné par des nœuds qui refusent des blocs invalides et par des mineurs qui choisissent quelle chaîne étendre. La branche BIP-110 l’a rappelé à froid: deux blocs au démarrage, c’est le signal d’un désintérêt massif du hashrate établi.

Changer d’algorithme contourne ce veto, mais crée un autre examen. Une chaîne Blake2b devra prouver qu’elle attire assez de puissance pour rendre coûteuse une attaque, assez de relais pour propager les blocs, assez de développeurs pour corriger les bugs après coup. Le minage n’est pas un décor. C’est le thermostat de la sécurité. Trop peu de chaleur, et le réseau reste théorique.

Il existe aussi un effet d’optique fréquent. On confond parfois « des machines existent » et « des mineurs mineront ». Entre les deux s’intercalent le prix de l’électricité, la liquidité de l’actif, la fiscalité locale, la maintenance du firmware et, plus prosaïquement, l’envie de ne pas immobiliser du matériel sur un marché sans sortie. Tant que ces variables restent floues, le 1er septembre ressemble davantage à une fenêtre de test qu’à une naissance assurée.

Nœuds, stockage et la bataille culturelle de l’espace de bloc

Derrière BIP-110 se joue une querelle plus ancienne que Blake2b. À quoi sert un bloc? Uniquement à déplacer de la valeur? Ou aussi à ancrer des inscriptions, des jetons, des artefacts, des messages? Depuis plusieurs cycles, cette question polarise les opérateurs de nœuds. Les uns voient dans les données arbitraires une subvention déguisée payée par ceux qui stockent l’historique. Les autres y voient un usage légitime d’un espace rare, déjà rationné par les frais.

Le seuil de 256 octets évoqué dans les discussions autour de BIP-110 n’est pas un dogme universel. C’est un curseur. On peut le trouver trop bas, trop haut, trop rigide, trop temporaire. Mais le curseur a le mérite de rendre visible un dilemme: plus on laisse le registre devenir un disque dur partagé, plus on élève le ticket d’entrée pour faire tourner un nœud. Plus on restreint, plus on accuse le protocole de censurer des usages qui, formellement, paient leur place.

Cette tension n’a pas besoin d’un méchant. Elle oppose deux fidélités. Fidélité à Bitcoin comme monnaie rare, simple à vérifier. Fidélité à Bitcoin comme couche de disponibilité neutre, où le protocole ne juge pas le contenu. Le fork Blake2b n’efface pas cette opposition. Il la déplace sur un autre algorithme, avec d’autres mineurs potentiels et, peut-être, d’autres utilisateurs.

Ce que le marché n’a pas encore dit

Un fork sans carnet d’ordres n’est pas encore un marché. Il peut devenir un objet de collection communautaire, un réseau de conviction, un laboratoire. Il peut aussi s’éteindre après quelques blocs, comme d’autres embranchements oubliés. Entre ces extrêmes, il existe une zone grise: des listings tardifs, des tickers ambigus, des dépôts ouverts puis fermés, des retraits gelés le temps que les explorateurs rattrapent les en-têtes.

Les plateformes ont leurs propres contraintes. Intégrer une chaîne aux en-têtes différents impose du travail d’ingénierie, des audits, une politique de replay, une communication client. Sans demande claire, ce coût n’est pas prioritaire. C’est pourquoi l’absence d’engagement public avant le lancement visé n’est pas forcément un complot. C’est souvent une file d’attente rationnelle.

Pour le bitcoin lui-même, l’effet immédiat dépend moins des slogans que des flux. Si les mineurs SHA-256 restent sur la chaîne dominante, si les liquidités ETF et de gré à gré continuent de traiter le même actif, si Lightning et les dépositaires institutionnels n’ont aucune raison de migrer, alors le scénario le plus probable n’est pas un remplacement. C’est une coexistence asymétrique, éventuellement bruyante, rarement décisive.

Lire les prévisions sans les prendre pour des faits

Les phrases qui promettent que le réseau parallèle va « réparer », « remplacer » ou « menacer matériellement » Bitcoin restent, à ce stade, des prévisions contestées. Elles ne sont pas des résultats observés. La branche minoritaire d’août a fourni un premier test empirique, et ce test a été sévère. Le test Blake2b du 1er septembre en fournira un deuxième, d’une autre nature: non plus « les mineurs Bitcoin vont-ils suivre? », mais « un nouvel algorithme peut-il créer son propre socle? »

Il est sain de séparer trois couches. La couche technique: nœuds, en-têtes, replay, hauteur d’activation. La couche économique: hashrate, liquidité, prix éventuel d’un actif forké. La couche narrative: qui parle de réparation, qui parle de schisme, qui parle d’expérience. Mélanger ces couches produit des articles excitants et des décisions dangereuses.

Jusqu’à preuve contraire, une date de lancement est un rendez-vous d’ingénierie. Ce n’est pas une victoire politique, ni une sentence pour la chaîne majoritaire.

Une brève histoire utile des scissions

Bitcoin a déjà connu des forks qui promettaient de mieux scaler, de mieux gouverner, de mieux rester fidèles à une lecture du livre blanc. Certains ont survécu comme écosystèmes distincts. D’autres n’ont laissé que des tickers fantômes et des explorateurs morts. Le point commun n’est pas le slogan de départ. C’est la capacité à recruter, en même temps, des mineurs, des développeurs, des portefeuilles et des places de marché.

Le projet Blake2b hérite de cette leçon tout en s’en écartant. Il ne se présente pas seulement comme une variation de taille de bloc ou de règle de script. Il change le moteur de preuve de travail. Cela peut protéger le nouveau réseau contre l’indifférence des ASIC Bitcoin. Cela peut aussi l’isoler d’un marché de l’hashrate profond, liquide, déjà industrialisé.

Les utilisateurs qui ont vécu 2017 se souviennent d’une chose simple: le jour J, le plus urgent n’était pas de « choisir un camp philosophique ». C’était de ne pas signer n’importe quoi, de vérifier les préfixes d’adresses, de lire les avis des logiciels, d’attendre que la poussière retombe avant de traiter un ticker comme de l’épargne.

Knots, versions et la mécanique d’un test

L’idée de figer un test réussi dans une publication Bitcoin Knots 29.4.1 donne au calendrier une apparence de clarté. Elle introduit aussi une dépendance logicielle. Tous les utilisateurs de Bitcoin ne font pas tourner Knots. Tous les partisans de restrictions sur les données arbitraires ne suivront pas forcément une chaîne Blake2b. Inversement, des curieux étrangers au débat BIP-110 pourraient miner par opportunisme si un prix apparaît.

Un candidat de version, un reset vers le dernier bloc SHA-256, une hauteur encore discutée: ces détails sont le quotidien d’un lancement. Ils sont aussi le meilleur antidote contre le sensationnalisme. Si le test échoue, le projet peut reculer. Si le test réussit, il reste à convaincre le reste de la pile: relais, indexeurs, bibliothèques, interfaces, dépositaires. Le code d’un nœud n’est que la première brique.

Les opérateurs prudents traiteront le 1er septembre comme une fenêtre d’observation. Ils noteront si des blocs Blake2b s’enchaînent, à quel rythme, avec quelle difficulté, avec quels messages d’erreur côté logiciels. Ils attendront des confirmations indépendantes plutôt qu’une capture d’écran isolée. Dans les réseaux de preuve de travail, la première heure est souvent bruyante. La première semaine est plus parlante.

Institutions, Lightning et le silence des infrastructures

Lightning n’est pas un accessoire. C’est devenu, pour une partie de l’écosystème, le rail quotidien des paiements. Une implémentation qui ignore les en-têtes Blake2b ne « boycotte » pas forcément le projet. Elle constate qu’elle n’a rien à router tant que la base on-chain correspondante n’est ni stable ni reconnue. Le silence public des stacks Lightning, avant le lancement visé, dit surtout que le coût d’intégration n’a pas encore trouvé sa justification.

Les dépositaires et les grandes plateformes raisonnent de même. Ils doivent classer l’actif, expliquer le risque de replay à leur support client, décider si un airdrop éventuel crée une obligation fiscale ou opérationnelle. Tant que ces réponses restent ouvertes, l’absence de communiqué n’est pas une surprise. C’est la posture par défaut.

Ce silence a une conséquence pour le narratif. Il empêche, pour l’instant, de présenter Blake2b comme un « nouveau Bitcoin » au sens d’usage quotidien. Un réseau peut être vivant pour ses concepteurs et resté illisible pour le grand public. Les deux faits peuvent coexister plusieurs semaines, parfois plusieurs années.

Ce que change, et ne change pas, le prix du bitcoin

Au moment où cette séquence s’écrit, le bitcoin se négocie dans une zone proche de 78 000 dollars, après un mois d’août décrit comme particulièrement vigoureux dans certaines analyses de marché. Ce contexte compte, mais pas comme on le croit. Un actif qui attire déjà l’essentiel de l’attention institutionnelle n’a pas besoin d’un fork pour « exister ». Le fork, lui, a besoin d’attention pour exister comme marché.

Historiquement, les scissions les plus bruyantes ont parfois coïncidé avec des marchés euphoriques, parce que l’appétit pour le récit et pour les airdrops y est plus fort. Cela ne prédit rien de mécanique pour Blake2b. Un mois de hausse du bitcoin peut tout autant détourner l’intérêt vers l’actif dominant qu’alimenter la curiosité pour un jeton parallèle. Le prix n’est pas un oracle du consensus.

En revanche, le prix informe les mineurs. Sans perspective de récompense vendable, le calcul électrique devient vite défavorable. C’est pourquoi l’infrastructure de marché n’est pas un sujet « pour plus tard ». Elle conditionne la sécurité du nouveau réseau presque autant que le choix de Blake2b.

Comment suivre le test sans se perdre

La méthode la plus sobre consiste à observer quelques signaux vérifiables. Y a-t-il une version logicielle identifiée, avec des notes de publication cohérentes? Des blocs se forment-ils après la cible du 1er septembre, et à quel intervalle? Des explorateurs indépendants affichent-ils la même chaîne? Des pools nommés annoncent-ils un hashrate, ou seulement une intention?

Il faut aussi distinguer les comptes militants et les sources techniques. Un échange acerbe sur le choix des mots, comme celui du 31 août, renseigne sur le climat. Il ne renseigne pas sur la difficulté minière de la nouvelle chaîne. Inversement, un message de version trop discret peut contenir l’information décisive: reset, hauteur, incompatibilité d’en-têtes, bug de relais.

Enfin, chacun peut décider de ne rien faire. Pour une majorité de détenteurs qui laissent leurs clés dans un cadre standard et n’ont pas demandé ce fork, l’inaction prudente reste une stratégie. Attendre que les logiciels connus parlent noir sur blanc évite de transformer une actualité de protocole en incident personnel.

Signal	Ce qu’il indique	Ce qu’il n’indique pas
Date du 1er septembre	Une cible de test et de publication logicielle	Une activation irréversible garantie
Algorithme Blake2b	Indépendance vis-à-vis des ASIC SHA-256	Un hashrate déjà suffisant
Absence de listings	Un déficit d’infrastructure de marché	La mort certaine du projet à moyen terme
Deux blocs en août	Un veto minier sur la branche SHA-256 de BIP-110	Le résultat automatique du test Blake2b

Le fond du désaccord, une fois le bruit retiré

Si l’on retire les formules de « réparation » et les accusations de trahison, il reste un conflit de priorités. D’un côté, la crainte qu’un registre monétaire devienne un entrepôt de données coûteux à vérifier. De l’autre, la crainte qu’un protocole commence à trier les usages au nom d’une esthétique de la monnaie. Les deux craintes sont cohérentes. Elles ne se résolvent pas par un seul paramètre de 256 octets, ni par un seul changement d’algorithme.

Le passage à Blake2b a au moins le mérite de la clarté stratégique. Plutôt que de forcer une minorité de règles sur une majorité de mineurs, une partie du camp BIP-110 accepte de construire ailleurs. C’est plus honnête, en un sens, que de proclamer une victoire protocolaire sans blocs. C’est aussi plus exigeant: il faudra tout reconstruire, de la difficulté aux habitudes d’usage.

David Schwartz a touché un point réel en refusant le langage de la chaîne « cassée ». On peut estimer que Bitcoin, tel qu’il tourne, fait précisément ce que sa majorité économique lui demande de faire. On peut estimer, à l’inverse, que cette majorité se trompe de cap. Les deux positions peuvent s’argumenter. Aucune des deux n’autorise à transformer un désaccord en diagnostic médical du réseau.

Risques concrets, au-delà du débat d’idées

Le premier risque est l’erreur humaine autour des transactions rejouables. Le deuxième est l’escroquerie opportuniste: faux portefeuilles, faux listings, faux « claims » de coins forkés. Le troisième est technique: un reset, une hauteur mal communiquée, une incompatibilité d’en-têtes qui laisse des utilisateurs croire qu’ils sont synchronisés alors qu’ils regardent une impasse.

Un quatrième risque, plus discret, concerne la concentration. Si trop peu d’opérateurs contrôlent le hashrate Blake2b au démarrage, la chaîne peut être réécrite, censurée localement ou simplement instable. Changer d’algorithme n’abolit pas la loi de fer de la preuve de travail. Il la recommence à zéro, avec une courbe d’apprentissage et un marché de machines plus étroit.

Ces risques n’invalident pas le droit d’expérimenter. Ils imposent un ton. Un test de lancement n’est pas une fête obligatoire. C’est une opération de protocoles, avec des effets de bord pour quiconque touche aux mêmes clés que sur le réseau principal.

Ce que l’on pourra dire après le 1er septembre

Après la cible du 1er septembre, trois dénouements restent ouverts. Le test est reporté, et le projet reste dans le limbe des release candidates. Le test produit une chaîne qui avance, mais sans marché ni portefeuilles grand public, donc dans une niche militante. Le test produit une chaîne qui attire assez d’outils pour devenir un écosystème secondaire, avec un prix, des débats et des bugs à part entière.

Aucun de ces scénarios n’oblige à réécrire l’histoire de Bitcoin en une nuit. La chaîne dominante conserve ses mineurs, ses liquidités et son inertie institutionnelle. Le projet Blake2b, s’il vit, devra gagner sa propre inertie. C’est plus long, plus ingrat, et souvent plus révélateur que les annonces de veille de lancement.

En attendant, la leçon déjà disponible tient en peu de phrases. BIP-110 a perdu le rapport de force minier sur SHA-256. Ses soutiens tentent une sortie par un autre algorithme. La date du 1er septembre est une hypothèse de travail. Les grandes infrastructures n’ont pas, à ce stade, donné de chèque en blanc. Le reste appartient aux blocs qui seront, ou ne seront pas, trouvés.

Ceux qui aiment Bitcoin pour sa lenteur démocratique y verront la preuve que l’on ne change pas un réseau malgré ses mineurs. Ceux qui aiment Bitcoin pour sa capacité à forker y verront la preuve que l’on peut toujours emporter ses règles sous le bras et recommencer ailleurs. Les deux lectures peuvent cohabiter. Elles ne se valent pas comme prédiction de marché. Elles se valent comme rappel: dans cet univers, la souveraineté se mesure à ce que l’on est capable de faire tourner, pas seulement à ce que l’on est capable de proclamer.

Le plus raisonnable, à quelques heures d’une cible aussi chargée symboliquement, reste une attention froide. Lire les notes de version. Vérifier les en-têtes. Ne pas signer à la légère. Distinguer un désaccord de bonne foi d’une croisade. Et se souvenir qu’un algorithme nouveau n’absout personne de prouver, bloc après bloc, qu’un réseau mérite encore d’être appelé vivant.