Aller au contenu
Financial Context Wiki

Halving de Bitcoin : subvention par hauteur, frais et économie du minage

Le halving de Bitcoin réduit, par consensus, la subvention maximale par bloc à intervalles fixes de hauteur. Réseau, époque, troncature en satoshis, plafond coinbase, frais, difficulté, économie des mineurs, offre et thèses de prix doivent être analysés séparément.

Mis à jour

À des fins éducatives uniquement ; ne constitue ni un conseil en investissement ni une recommandation d’investissement. Les investissements peuvent entraîner des pertes.

Réponse directe

Un halving de Bitcoin est la modification imposée par le consensus où la subvention maximale en nouvelles unités autorisée pour un bloc passe au montant entier divisé par deux suivant. Sur le mainnet Bitcoin, l’époque de subvention change toutes les 210 000 hauteurs. Le déclencheur est la hauteur, non une date, un vote des mineurs, une annonce ou le prix. Les dates sont des prévisions, car l’arrivée des blocs PoW est stochastique.

Le halving vise la subvention de bloc ; il ne divise pas mécaniquement par deux les soldes existants, frais, nombre de transactions, difficulté ou valeur coinbase totale. Une coinbase valide peut réclamer au plus la subvention propre à la hauteur plus les frais du bloc. Bitcoin Core construit le modèle à partir de cette somme et les nœuds rejettent un bloc dont la coinbase crée une valeur supérieure.

Le calendrier mainnet a débuté à 50 BTC par bloc. Les décalages entiers en satoshis ont donné 25, 12,5, 6,25 puis 3,125 BTC depuis la hauteur 840 000. Les montants étant discrets, les époques tardives sont tronquées vers le bas : la subvention atteint un satoshi à 6 720 000 et zéro à 6 930 000. La somme théorique est 20 999 999,9769 BTC, ni formule flottante répétée ni compteur littéral indépendant de 21 000 000 BTC.

La réduction prévisible a une importance économique, mais n’encode aucun prix. Les revenus fiat dépendent aussi du prix du BTC, des frais, de la part de hash rate, des règles du pool, de la disponibilité et des coûts. Le réseau dépend du hash rate total, de la difficulté, de l’aléa des blocs et de la demande d’espace. Une thèse de prix exige des modèles explicites de demande, liquidité et contrefactuel ; les parcours historiques ne sont pas des expériences contrôlées.

Comment analyser un halving de Bitcoin

  1. Fixer chaîne et règles. Relever mainnet, testnet, signet, regtest ou autre actif ; versions du client et du consensus ; hauteur et hachage canoniques ; intervalle exact. Un événement analogue sur une autre chaîne ne prouve rien sur le mainnet.
  2. Calculer l’époque. Diviser par entier la hauteur par l’intervalle du réseau. Reproduire la subvention en satoshis, troncature du décalage comprise, sans arrondir une valeur BTC mémorisée.
  3. Vérifier les blocs frontière. Comparer le dernier bloc canonique avant et le premier depuis la frontière. Contrôler hauteur, hachage, parent, sorties coinbase et subsidy sur un nœud indépendant, en tenant compte d’une réorganisation près de la pointe.
  4. Réconcilier la coinbase. Séparer subvention de totalfee, sommer les sorties coinbase et confirmer qu’elles ne dépassent pas subvention plus frais. Le mineur peut réclamer moins ; cela ne crée aucun droit futur et ne modifie pas le calendrier.
  5. Modéliser l’économie du mineur. Préciser part de hash, horizon de variance, paiement du pool, frais, prix, énergie, efficacité, effacement, financement, amortissement et couverture. Distinguer subvention BTC, revenu BTC total et marge fiat.
  6. Suivre l’ajustement du réseau. Observer hash rate, intervalles, mempool et pression des frais avant et après ; séparer la frontière du retarget ultérieur de 2 016 blocs. Le halving ne change pas la cible PoW.
  7. Tester séparément offre, sécurité et marché. Reproduire l’émission avec troncature, stresser frais et sorties de mineurs, confronter prix à demande, liquidité, taux et positionnement préalable. Étiqueter les prévisions et ne pas déduire la causalité de quelques cycles.

Sur le mainnet Bitcoin Core actuel, nSubsidyHalvingInterval = 210000. GetBlockSubsidy calcule halvings = nHeight / nSubsidyHalvingInterval, part de 50 * COIN, renvoie zéro si le décalage serait indéfini et applique sinon nSubsidy >>= halvings. La construction emploie block_reward = nFees + GetBlockSubsidy(...). Ce sont des faits propres au réseau et à la version ; autres réseaux et changements futurs exigent leur propre contrôle.

Exemples détaillés

1. Calcul de la hauteur frontière

À la hauteur 839999, la division entière donne 839999 / 210000 = 3 ; le maximum reste donc 50 BTC / 2^3 = 6.25 BTC. À 840000, le quotient devient 4 :

50 BTC / 2^4 = 3.125 BTC

La modification vaut pour le bloc 840 000 lui-même. Elle n’attend pas un horodatage et ne réduit pas les UTXO existants. L’heure prévue évolue si les blocs arrivent plus vite ou plus lentement que la cible de long terme.

2. Subvention, frais et plafond coinbase

Supposons qu’un bloc frontière contienne 0.35 BTC de frais. Juste avant, la coinbase maximale est 6.25 + 0.35 = 6.60 BTC ; depuis la frontière, avec les mêmes frais, elle est 3.125 + 0.35 = 3.475 BTC.

La valeur permise baisse de 3.125 BTC, mais pas exactement de 50 %, car les frais ne sont pas divisés. Si le mineur ne réclame que 3.40 BTC, le bloc peut rester valide ; les 0.075 BTC non réclamés ne sont pas réémis.

3. Revenu attendu du mineur

Prenons 144 blocs par jour, un pool ayant 2% du hash rate, une subvention de 3.125 BTC et des frais moyens de 0.25 BTC. Sans variance ni conditions du pool, la subvention quotidienne vaut 144 * 2% * 3.125 = 9 BTC, les frais 144 * 2% * 0.25 = 0.72 BTC et le total 9.72 BTC.

Avant, avec 6,25 BTC et les mêmes hypothèses, le total serait 18 + 0.72 = 18.72 BTC. La baisse en BTC est d’environ 48.08%, non 50 %. Le bénéfice fiat exige encore prix, disponibilité, frais du pool, électricité, refroidissement, travail, financement et amortissement.

4. Émission géométrique et plancher du satoshi

La première époque de 210 000 hauteurs autorise 50 * 210000 = 10,500,000 BTC ; la suivante 25 * 210000 = 5,250,000 BTC. Une série géométrique continue suggère 21 millions, mais le consensus travaille en satoshis entiers et tronque chaque décalage.

À 6510000, la subvention est 2 satoshis ; à 6720000, 1 satoshi ; à 6930000, 0 satoshis. La somme des époques non nulles vaut 20,999,999.9769 BTC. L’offre dépensable est moindre pour des raisons distinctes : coinbase de genèse non dépensable, récompenses non réclamées et clés perdues.

Risques et erreurs de contrôle

Erreurs de protocole et de mesure

  • Traiter une date estimée comme déclencheur sans vérifier hauteur et ascendance canoniques.
  • Importer d’une autre chaîne intervalle, subvention initiale, précision, émission résiduelle ou règle de récompense.
  • Employer flottants et arrondi décimal plutôt que décalages entiers en satoshis.
  • Confondre subvention, frais, récompense totale, sorties coinbase et paiements du pool.
  • Supposer que le maximum doit être réclamé ou que le reliquat sera créé plus tard.
  • Lire un explorateur sans réconcilier hauteur, hachage, réorganisation, coinbase, subvention et frais.
  • Qualifier l’approximation de 21 millions de contrôle séparé plutôt que de conséquence du calendrier.
  • Assimiler subvention émise, offre dépensable, circulante, liquide et inventaire des plateformes.

Erreurs du modèle minier et réseau

  • Multiplier par la part nominale en ignorant variance, règles du pool, parts stale, indisponibilité et frais.
  • Supposer que revenu BTC, revenu fiat et bénéfice opérationnel baissent du même pourcentage.
  • Figer prix, frais, hash rate, difficulté, énergie et efficacité sans qualifier le scénario.
  • Affirmer que le halving modifie directement la difficulté ; le retarget séparé réagit plus tard.
  • Déduire une perte permanente de hash rate ou un coût d’attaque exact d’une courte fenêtre.
  • Ignorer dette, collatéral, couvertures, contrats électriques, effacement, revente et concentration.
  • Garantir que les frais remplaceront la subvention alors qu’ils dépendent de la demande d’espace.

Erreurs de marché et de politique

  • Présenter le calendrier déterministe comme calendrier de prix, rendement, volatilité ou cycle.
  • Utiliser quelques épisodes chevauchants comme preuve en ignorant demande, liquidité, taux et positions.
  • Assimiler moindre émission brute à même baisse des ventes des mineurs ou de l’offre nette.
  • Attribuer tout mouvement ultérieur sans contrefactuel ni fenêtre événementielle.
  • Supposer la règle physiquement immuable plutôt que logiciel appliqué socialement, modifiable seulement par une transition controversée.

Idées fausses courantes

  • Les soldes BTC existants sont divisés par deux. Seul le plafond de nouvelle subvention change ; les UTXO restent intacts.
  • L’événement survient tous les quatre ans civils. Il survient toutes les 210 000 hauteurs ; quatre ans est une approximation.
  • Le revenu du mineur est exactement divisé par deux. Frais, prix, part, pool et coûts sont séparés.
  • La difficulté est divisée avec la subvention. Frontière et ajustement de 2 016 blocs sont indépendants.
  • Une émission connue garantit la hausse. Le prix reflète demande, liquidité, attentes et risques ; aucune règle de prix n’existe.

Sujets connexes

Sources

Navigation

Rechercher dans le wiki...