Bitcoin tokenomics Documentation review: 2026-10-03T22:54:00.588644+00:00 / editorial-2 Promise and Scope This editorial examines the documented issuance mechanisms of Bitcoin as defined in version-pinned code. The goal is to clarify the distinction between block subsidies, transaction fees, and theoretical supply limits without asserting future dates or current network states. We analyze the rules governing new unit creation and their mathematical constraints. Sources: Established Facts: Subsidy versus Fees Full nodes, software that checks blocks against consensus rules, validate those blocks independently. Proof of work links blocks through computational work. This description does not measure independence among node operators. A critical distinction exists between a block subsidy and transaction fees. The subsidy represents new units created by the protocol, while fees are existing units transferred from users to miners. This mechanism is described in developer guides but does not constitute a live measurement of mining concentration or usage patterns. Sources: https://developer.bitcoin.org/devguide/block_chain.html Units and MAX_MONEY Definition Bitcoin Core v29.0 defines 1 BTC as 100,000,000 satoshis. A satoshi is the accounting unit used by the reviewed code, equal to 1/100,000,000 BTC. The code also sets a MAX_MONEY value of 21,000,000 BTC. MAX_MONEY serves as a consensus range check; it provides no measurement of actual total supply. No circulating or spendable supply has been measured in this review. Sources: https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/consensus/amount.h The Halving Mechanism and Integer Arithmetic A halving reduces the allowed subsidy at an interval boundary; integer rounding applies to the amount. The GetBlockSubsidy function starts at 50 BTC and reduces the amount by right-shifting based on halving intervals. This rule uses integer satoshi arithmetic and is expressed in block heights rather than calendar dates. At illustrative heights, the allowed subsidy decreases: 50 BTC at height 0, 25 BTC at 210,000, 3.125 BTC at 840,000, and 0.04882812 BTC at 2,100,000. Each 210,000-block interval is called an epoch in this calculation. Epochs 0 through 32 allow positive subsidies, with epoch 32 permitting 1 satoshi per block. Epoch 33 begins at height 6,930,000 with zero subsidy. Due to integer rounding, the theoretical division of 50/1024 yields 0.048828125 BTC, but the code produces 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 Interval Constraints and Theoretical Totals Mainnet parameters set the subsidy halving interval to 210,000 blocks. Because this schedule is block-based, it does not establish an exact future calendar date for halvings. Native block subsidy issuance differs fundamentally from contractual releases of existing allocations; third-party wrapped assets or custodial arrangements are outside this scope. Cryptosnif calculation bitcoin-subsidy-1 adds the allowed subsidy across 33 intervals, indexed k=0 through 32. The formula is the sum over those k values of 210,000 × floor(5,000,000,000 / 2^k) satoshis, where floor means rounding down to an integer. This results in a theoretical total allowance of 2,099,999,997,690,000 satoshis, or 20,999,999.97690000 BTC. This figure assumes every allowed subsidy is claimed, including the genesis subsidy, whose output is unspendable according to the reviewed mainnet source, and excludes transaction fees. 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 Unknowns and Operational Status Current ownership concentration, privileged control powers, independently measured usage, incident remediation, and locally executable liquidity remain unverified. All operational criteria, including identity, supply, governance, and security, are marked as unknown pending independent scoped verification. The evidence coverage is insufficient to assign an overall score. Sources: Consequences and Verdict The theoretical allowance assumes the reviewed rules at every height and every allowed subsidy claimed, including the unspendable genesis output. Current circulating supply requires separate observations, treatment of unclaimed rewards and a stated definition of circulation. Fees transfer existing units, so they do not add to subsidy issuance. A documented mechanism alone cannot establish current resilience or expected returns. The verdict remains unrated because the checks do not establish the project’s overall quality. Reproducible network observations, current control maps, and independent incident records would be required to evaluate the pending checks. 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 Retrieved: 2026-10-03T21:23:53.109Z Snapshot SHA-256: c81a2bc03b88b5b6d4aa7e5c4f1d10615538989630e4bae5748610097ff8d9ee Bitcoin Core v29.0: amount constants https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/consensus/amount.h Retrieved: 2026-10-03T21:23:53.253Z Snapshot SHA-256: cb7bd951877f3fea5a0c280d4bb907a8403437add81e3d5b898879b78fdc877e Bitcoin Core v29.0: block subsidy function https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/validation.cpp Retrieved: 2026-10-03T21:23:53.297Z Snapshot SHA-256: b0d310506b9970b0870d0f9e1057c77c12c4aa653e879cc9192dd2c1d5f61c0a Bitcoin Core v29.0: mainnet parameters https://raw.githubusercontent.com/bitcoin/bitcoin/v29.0/src/kernel/chainparams.cpp Retrieved: 2026-10-03T21:23:53.239Z Snapshot SHA-256: fb2dc8b21ca85fb074eb46ac49ced67b505972a333b1bd6bf9d54388b73b1aad