cryptosnif
FR ↗
EnglishFrançaisPortuguês (Brasil)EspañolLa langue conserve ce sujet. Le pays se choisit séparément sur les pages de services.
Cryptosnif / Tokenomics

Tokenomics de Bitcoin

Tokenomics de Bitcoin

Revue documentaire · Relecture · translation-1-55a4856dbbc6

La revue des sources explique les mécanismes documentés. Les contrôles indépendants du réseau restent à réaliser.

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.

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.

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.

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.

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.

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.

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.

Les sources de cette analyse

Les titres et résumés des sources sont en anglais.

Bitcoin developer guide: block chain

The developer guide describes full nodes independently validating blocks against consensus rules, proof of work linking blocks, and the difference between a block subsidy (new units) and transaction fees (existing units). This is a description of rules, not a live measurement of mining concentration or use.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: c81a2bc03b88b5b6d4aa7e5c4f1d10615538989630e4bae5748610097ff8d9ee

Bitcoin Core v29.0: amount constants

Bitcoin Core v29.0 defines 100,000,000 satoshis per BTC and a MAX_MONEY value of 21,000,000 BTC. Its comment explicitly identifies MAX_MONEY as a consensus range check, not the actual total supply. No circulating or spendable supply has been measured here.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: cb7bd951877f3fea5a0c280d4bb907a8403437add81e3d5b898879b78fdc877e

Bitcoin Core v29.0: block subsidy function

The GetBlockSubsidy function in Bitcoin Core v29.0 starts at 50 BTC and right-shifts the amount by the number of halving intervals, using integer satoshi arithmetic. The rule is expressed in block heights. This historical version is a code observation, not confirmation of today’s deployed clients or the current subsidy. Original Cryptosnif calculation (bitcoin-subsidy-1) reproduces this verified function using exact integer satoshis. At illustrative heights 0, 210000, 840000 and 2100000 the allowed subsidy is respectively 50, 25, 3.125 and 0.04882812 BTC. These heights are examples, not observations of today's network. Epochs 0 through 32 have positive subsidy; epoch 32 allows 1 satoshi per block. Epoch 33 starts at height 6930000 with zero subsidy. No calendar date is inferred. At epoch 10, 50/1024 = 0.048828125 BTC, while integer arithmetic yields 0.04882812 BTC.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: b0d310506b9970b0870d0f9e1057c77c12c4aa653e879cc9192dd2c1d5f61c0a

Bitcoin Core v29.0: mainnet parameters

Mainnet parameters in Bitcoin Core v29.0 set the subsidy halving interval to 210,000 blocks. A block-based schedule does not establish an exact future calendar date. Native block subsidy issuance differs from a contractual release of an existing allocation; this review does not identify third-party wrapped BTC or custodial allocations as native issuance. Original Cryptosnif calculation sums 210000 * floor(5000000000 / 2^k) satoshis for k=0..32, giving 2099999997690000 satoshis (20999999.97690000 BTC). This is a theoretical total subsidy allowance under v29.0 rules assuming every allowed subsidy is claimed, including genesis. It excludes fees. This source also states the genesis output cannot be spent. Therefore this calculated allowance does not measure current issued, circulating or spendable supply; lost coins and unclaimed subsidies require separate evidence.

Collecte . Périmètre : documentation. Le fonctionnement actuel du réseau reste à vérifier.

Consulter la source primaire ↗

Empreinte SHA-256: fb2dc8b21ca85fb074eb46ac49ced67b505972a333b1bd6bf9d54388b73b1aad

Poursuivre la recherche