Tokenomics de Bitcoin Revue documentaire: 2026-10-04T12:14:15.000Z / translation-1-55a4856dbbc6 Promesse et périmètre Cet éditorial examine les mécanismes d'émission documentés de Bitcoin tels que définis dans le code à version épinglée. L'objectif est de clarifier la distinction entre les subventions de bloc, les frais de transaction et les limites théoriques de l'offre sans affirmer de dates futures ni d'états actuels du réseau. Nous analysons les règles régissant la création de nouvelles unités et leurs contraintes mathématiques. Sources: Faits établis : Subvention versus Frais Les nœuds complets, logiciels qui vérifient les blocs contre les règles de consensus, valident ces blocs indépendamment. La preuve de travail lie les blocs par un travail computationnel. Cette description ne mesure pas l'indépendance parmi les opérateurs de nœuds. Une distinction critique existe entre une subvention de bloc et les frais de transaction. La subvention représente des nouvelles unités créées par le protocole, tandis que les frais sont des unités existantes transférées des utilisateurs aux mineurs. Ce mécanisme est décrit dans les guides pour développeurs mais ne constitue pas une mesure en direct de la concentration minière ou des modèles d'utilisation. Sources: https://developer.bitcoin.org/devguide/block_chain.html Unités et définition de MAX_MONEY Bitcoin Core v29.0 définit 1 BTC comme 100 000 000 satoshis. Un satoshi est l'unité comptable utilisée par le code examiné, égale à 1/100 000 000 BTC. Le code fixe également une valeur MAX_MONEY de 21 000 000 BTC. MAX_MONEY sert de contrôle de plage de consensus ; il ne fournit aucune mesure de l'offre totale réelle. Aucune offre en circulation ou dépensable n'a été mesurée dans cette revue. Sources: https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/consensus/amount.h Le mécanisme de halving et l'arithmétique entière Un halving réduit la subvention autorisée à une frontière d'intervalle ; l'arrondi entier s'applique au montant. La fonction GetBlockSubsidy commence à 50 BTC et réduit le montant par décalage vers la droite basé sur les intervalles de halving. Cette règle utilise l'arithmétique entière en satoshis et est exprimée en hauteurs de bloc plutôt qu'en dates calendaires. Aux hauteurs illustratives, la subvention autorisée diminue : 50 BTC à la hauteur 0, 25 BTC à 210 000, 3,125 BTC à 840 000, et 0,04882812 BTC à 2 100 000. Chaque intervalle de 210 000 blocs est appelé une époque dans ce calcul. Les époques 0 à 32 permettent des subventions positives, avec l'époque 32 permettant 1 satoshi par bloc. L'époque 33 commence à la hauteur 6 930 000 avec une subvention nulle. En raison de l'arrondi entier, la division théorique de 50/1024 donne 0,048828125 BTC, mais le code produit 0,04882812 BTC. Sources: https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/validation.cpp, https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/kernel/chainparams.cpp Contraintes d'intervalle et totaux théoriques Les paramètres du réseau principal fixent l'intervalle de halving de la subvention à 210 000 blocs. Parce que ce calendrier est basé sur les blocs, il n'établit pas de date calendaire future exacte pour les halvings. L'émission native de subvention de bloc diffère fondamentalement des libérations contractuelles d'allocations existantes ; les actifs enveloppés tiers ou les arrangements de garde sont hors de ce périmètre. Le calcul Cryptosnif bitcoin-subsidy-1 additionne la subvention autorisée sur 33 intervalles, indexés k=0 à 32. La formule est la somme sur ces valeurs k de 210 000 × floor(5 000 000 000 / 2^k) satoshis, où floor signifie arrondir à l'entier inférieur. Cela résulte en un total théorique autorisé de 2 099 999 997 690 000 satoshis, soit 20 999 999,97690000 BTC. Ce chiffre suppose que chaque subvention autorisée est réclamée, y compris la subvention de genèse, dont la sortie est non dépensable selon la source du réseau principal examinée, et exclut les frais de transaction. Sources: https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/kernel/chainparams.cpp, https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/validation.cpp, https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/consensus/amount.h Inconnues et statut opérationnel La concentration actuelle de la propriété, les pouvoirs de contrôle privilégiés, l'utilisation mesurée indépendamment, la remédiation des incidents et la liquidité localement exécutable restent non vérifiées. Tous les critères opérationnels, y compris l'identité, l'offre, la gouvernance et la sécurité, sont marqués comme inconnus en attendant une vérification indépendante scoping. La couverture des preuves est insuffisante pour attribuer une note globale. Sources: Conséquences et verdict L'allocation théorique suppose les règles examinées à chaque hauteur et chaque subvention autorisée réclamée, y compris la sortie de genèse non dépensable. L'offre en circulation actuelle nécessite des observations séparées, le traitement des récompenses non réclamées et une définition déclarée de la circulation. Les frais transfèrent des unités existantes, donc ils n'ajoutent pas à l'émission de subvention. Un mécanisme documenté seul ne peut établir la résilience actuelle ou les rendements attendus. Le verdict reste non noté car les vérifications n'établissent pas la qualité globale du projet. Des observations réseau reproductibles, des cartes de contrôle actuelles et des registres d'incidents indépendants seraient nécessaires pour évaluer les vérifications en attente. Sources: https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/validation.cpp, https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/kernel/chainparams.cpp, https://developer.bitcoin.org/devguide/block_chain.html Bitcoin developer guide: block chain https://developer.bitcoin.org/devguide/block_chain.html Collecte: 2026-10-03T21:23:53.109Z Empreinte SHA-256: c81a2bc03b88b5b6d4aa7e5c4f1d10615538989630e4bae5748610097ff8d9ee Bitcoin Core v29.0: amount constants https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/consensus/amount.h Collecte: 2026-10-03T21:23:53.253Z Empreinte SHA-256: cb7bd951877f3fea5a0c280d4bb907a8403437add81e3d5b898879b78fdc877e Bitcoin Core v29.0: block subsidy function https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/validation.cpp Collecte: 2026-10-03T21:23:53.297Z Empreinte SHA-256: b0d310506b9970b0870d0f9e1057c77c12c4aa653e879cc9192dd2c1d5f61c0a Bitcoin Core v29.0: mainnet parameters https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/kernel/chainparams.cpp Collecte: 2026-10-03T21:23:53.239Z Empreinte SHA-256: fb2dc8b21ca85fb074eb46ac49ced67b505972a333b1bd6bf9d54388b73b1aad