Le halving de Bitcoin expliqué

L’idée en une phrase

Tous les 210 000 blocs, la quantité de bitcoins neufs créés à chaque bloc est divisée par deux, jusqu'à tomber à zéro.

Ce rendez-vous s'appelle le halving. À 10 minutes par bloc en moyenne, il revient à peu près tous les quatre ans. La règle est appliquée par chaque nœud du réseau : un bloc qui réclame une récompense trop élevée est rejeté, quel que soit son mineur.

La démo

Exemple sans JavaScript : avant le bloc 840 000, quatre époques complètes ont émis 210 000 × (50 + 25 + 12,5 + 6,25) = 19 687 500 BTC, soit 93,75 % du total. Le total exact des 33 époques est de 2 099 999 997 690 000 satoshis, soit 20 999 999,9769 BTC. Les années après 2024 sont des estimations, fondées sur 10 minutes par bloc : la vraie date dépendra du rythme réel des blocs.

Pourquoi ça compte

Le 20 avril 2024, le bloc 840 000 a fait passer la subvention de 6,25 à 3,125 BTC. Du jour au lendemain, les mineurs ont reçu deux fois moins de bitcoins neufs pour le même travail, sans vote, sans annonce et sans décision de personne. Le code avait fixé cette étape dès le lancement du réseau en 2009.

Pour comprendre Bitcoin, il faut comprendre cette politique monétaire programmée. Elle répond à trois questions concrètes : combien de bitcoins existeront, à quel rythme, et comment le minage sera payé quand la création monétaire aura disparu. Elle ne répond pas à une quatrième question, celle du prix : aucune règle du protocole ne le fixe.

Le code

Le code fait le calcul en nombres entiers de satoshis, comme un nœud. Remplace 210000n ou 5000000000n pour voir comment le plafond change avec les paramètres.

Clique sur Lancer pour exécuter ce code dans ton navigateur.

Ce qui se passe vraiment

Le curseur représente la hauteur de bloc, c'est-à-dire le numéro d'un bloc dans la blockchain. Fixé sur 840 000, il affiche 3,125 BTC de subvention et 19 687 500 BTC émis avant ce bloc. Clique sur « Lancer le halving suivant » : la subvention passe à 1,5625 BTC au bloc 1 050 000, attendu vers 2028.

La courbe monte vite puis s'aplatit. Chaque époque dure autant de blocs que la précédente, mais émet moitié moins. La première a créé 10,5 millions de BTC, soit la moitié du total. Les quatre premières en ont créé 93,75 %. Tout le reste, plus d'un siècle de minage, se partage les 6,25 % restants.

Le plafond n'est pas exactement 21 millions, et le cadre de sortie montre pourquoi. Un nœud ne manipule pas des BTC à virgule, mais des satoshis entiers, avec 1 BTC = 100 000 000 sat. La subvention initiale vaut 5 000 000 000 sat et, à chaque époque, elle subit un décalage d'un bit vers la droite. Cela revient à diviser par deux en jetant la partie décimale.

Jusqu'à l'époque 9, la division tombe juste, car 5 milliards est divisible par 2⁹. Va au bloc 2 100 000, début de l'époque 10 : la division donne 4 882 812,5 sat, tronqués à 4 882 812 sat. Ce demi-satoshi perdu sur 210 000 blocs fait disparaître 105 000 sat. Ces pertes s'accumulent jusqu'à la fin.

À l'époque 32, la subvention vaut 1 sat. À l'époque 33, le décalage donne zéro. La somme des 33 époques est de 2 099 999 997 690 000 sat, soit 20 999 999,9769 BTC, ou 2 310 000 sat de moins que 21 millions. Le dernier bloc avec subvention est le 6 929 999, estimé vers 2140.

La case « créés par an » est un calcul à 52 560 blocs par an, soit 6 blocs par heure. À 3,125 BTC, cela donne 164 250 BTC par an. Le rythme réel varie, car la difficulté ne se réajuste que tous les 2 016 blocs. Les dates passées de la démo sont interpolées entre les halvings et servent de repère.

Dans la vraie vie

Un mineur reçoit deux choses dans la transaction de récompense de son bloc : la subvention et les frais des transactions incluses. Le halving ne touche que la subvention. La part des frais devient donc structurellement plus importante dans le revenu des mineurs à mesure que les époques passent, et la question de la sécurité à long terme du réseau, une fois la subvention éteinte, reste ouverte. Elle fait l'objet de vrais débats techniques, sans réponse établie.

Le plafond réel de circulation sera un peu plus bas que le plafond théorique. Le bloc de genèse a une récompense de 50 BTC que le protocole ne permet pas de dépenser. Quelques mineurs ont réclamé moins que leur dû, et ces satoshis ne seront jamais rattrapés. Des pièces envoyées à des adresses sans clé connue ou perdues restent comptées, mais ne bougeront plus.

Modifier cette règle demanderait que les nœuds adoptent volontairement un nouveau logiciel. Un nœud non mis à jour rejetterait les blocs à récompense plus élevée. Le plafond repose sur ce refus collectif, pas sur une autorité.

La règle a déjà connu une correction discrète : la proposition BIP 42 a réglé le fait qu'un décalage de 64 bits ou plus était indéfini en C++. Sans elle, la subvention aurait pu revenir à 50 BTC après 64 halvings, soit dans plus de deux siècles. Ce détail rappelle que la politique monétaire de Bitcoin est un programme, vérifiable ligne par ligne.

Le halving dit quelle quantité de bitcoins neufs est créée. Il ne dit rien du prix, qui dépend d'une demande que le protocole ignore. Ce site n'en fait aucune prévision.

Ce qui peut mal tourner

• Prendre le calendrier pour une prédiction de prix. L'historique ne compte que quatre événements, et rien dans le protocole ne relie la subvention au cours. Méfie-toi de tout contenu qui présente le halving comme un rendement annoncé.
• Attendre une date exacte. Le halving se déclenche à une hauteur de bloc, pas à une date. Toute date future est une estimation qui bouge avec le rythme réel des blocs. Pour la prochaine, « vers 2028 » est tout ce qu'on peut affirmer, et le compteur de halving présente sa date comme une estimation.
• Croire que tout s'arrête en 2140. Seule la subvention disparaît, et les mineurs continueront à toucher les frais. Les transactions ne dépendent pas de la création monétaire pour être valides.
• Tomber dans l'arnaque du « faux halving ». Des sites promettent de doubler tes bitcoins pour fêter l'événement. Le halving ne se passe jamais sur ton wallet et ne demande aucune action de ta part : toute demande d'envoi est une fraude.
• Oublier que du code peut bugger. En août 2010, une faille de débordement d'entier a permis de créer environ 184 milliards de BTC dans une transaction. Elle a été corrigée en quelques heures par une mise à jour et une réorganisation de la chaîne. Une règle n'est sûre que si son implémentation l'est aussi.

Teste-toi