Livre de Jonathan Bier paru en 2021 sur le conflit autour de la capacité des blocs et des changements de règles de Bitcoin en 2015–2017. Il aide à comprendre pourquoi une grande entreprise, un développeur ou une majorité de mineurs ne peuvent pas, à eux seuls, imposer de nouvelles règles aux autres.
Imaginez d’abord un bloc comme le prochain lot de transactions enregistrées. Si toutes n’y tiennent pas, certaines attendent une inclusion ultérieure. Accroître la capacité paraît donc évident. Dans son livre de 2021, Jonathan Bier retrace pourquoi cette question a divisé Bitcoin en 2015–2017. Des entretiens complètent la chronologie : derrière les propositions techniques, il y a des personnes, des priorités différentes et des accords difficiles à trouver. [1]
En août 2015, Mike Hearn publie Bitcoin XT, soutenu par Gavin Andresen. Le projet propose de relever la limite de 1 MB à 8 MB, puis de continuer à l’augmenter. Ses partisans veulent préserver des paiements peu coûteux. Ses adversaires craignent qu’un changement incompatible ne scinde le réseau. La même proposition peut ainsi sembler sauver l’utilité du système ou menacer ses règles communes. [2]
Un Full Node est un ordinateur qui vérifie lui-même les transactions et les blocs selon les règles qu’il applique. S’il conserve l’ancienne limite, il refuse un bloc plus grand, même produit par un mineur important. Un changement qui autorise ce qui était auparavant interdit s’appelle un Hard Fork. Publier un logiciel ne réécrit donc pas automatiquement les règles des autres. Distinguer la promotion d’une proposition de son adoption volontaire permet de mieux saisir le conflit. [2]
Bier revient au temps où les participants imaginaient encore ce que Bitcoin pourrait devenir. Certains voyaient surtout des paiements quotidiens accessibles ; d’autres, une monnaie dont les règles seraient difficiles à modifier. Tant que le système grandissait sans confrontation urgente, ces visions pouvaient coexister. Selon l’auteur, le conflit a révélé des présupposés restés implicites. Un achat précoce devenu rentable ne pouvait pourtant pas, à lui seul, prouver la justesse d’un avis technique. [3]
Dans BIP 103, Pieter Wuille proposait une hausse de la limite d’environ 17,7 % par an. Le document original expose aussi le revers d’une capacité accrue : davantage de données à transmettre, vérifier et conserver. Bier décrit une occasion manquée de s’entendre. BIP 103 porte le statut Closed ; ce calendrier n’est pas une règle actuelle de Bitcoin. Le débat ne se résumait donc pas à choisir entre croissance et immobilisme. [3] [5]
Le conflit gagne les forums. Le modérateur Theymos limite la promotion de Bitcoin XT sur r/Bitcoin, car il y voit un projet de réseau incompatible. Les partisans du changement dénoncent une censure. Une partie des échanges migre vers r/btc et chacun rencontre plus souvent des opinions qu’il partage déjà. Bier montre ainsi comment un désaccord technique peut devenir une défiance entre groupes. [2]
Le 8 novembre 2017, Mike Belshe et d’autres soutiens annoncent la suspension de l’augmentation de limite prévue dans SegWit2x. Leur message constate l’absence d’un accord suffisant pour une transition sans heurts. Bier y voit la fin du conflit principal et une victoire des utilisateurs défendant les règles existantes. Selon son interprétation, le soutien puissant d’entreprises et de mineurs n’a pas suffi à faire accepter aux autres un changement qu’ils ne souhaitaient pas. [4]
Le dénouement ne détermine pas la meilleure capacité possible des blocs. Bier le reconnaît : un autre chemin aurait pu présenter d’autres avantages et coûts. Son livre aide à réfléchir aux changements dans un réseau sans direction centrale, mais ne garantit pas l’issue des prochains conflits. Ce panorama repose sur la présentation du livre, des passages choisis de First Strike, March To War et Victory, ainsi que BIP 103 ; il ne constitue pas une évaluation du livre entier. [1] [2] [3] [4] [5]
Pour une vision complète, lisez aussi Guerre de la taille des blocs, SegWit, Hard Fork, Full Node. Cette entrée est également citée par Hijacking Bitcoin.
01Faut-il savoir programmer pour lire ce livre ?+
Non. Il suffit d’abord de comprendre qu’un bloc a une place limitée et que chaque Full Node vérifie les règles de manière indépendante. On voit alors mieux pourquoi ajouter de la place soulevait aussi la question de savoir qui pouvait modifier ces règles.
02Le livre prouve-t-il qu’un groupe contrôle Bitcoin ?+
Bier interprète le résultat comme une victoire des utilisateurs dans la défense des règles, sans considérer cette propriété comme acquise pour toujours. Le livre raconte un conflit précis ; il ne donne à aucun groupe le droit permanent de décider pour les autres.