A scheduled Bitcoin protocol event that halves the block subsidy every 210,000 blocks, reducing the rate of new bitcoin issuance.
Supports: The Bitcoin Core consensus implementation defines the 210,000-block subsidy-halving interval and the block-subsidy calculation.
Supports: Explains Bitcoin's proof-of-work mining, the block subsidy and transaction fees, and the expected block interval.
Supports: Describes the incentive model in which newly created coins and transaction fees reward nodes that support the network.
Bitcoin's halving cuts block rewards by 50% every ~4 years, reducing new supply issuance.
The 2024 halving reduced the block subsidy to 3.125 BTC; actual daily issuance depends on blocks produced.
Miner economics depend on the subsidy, fees, bitcoin price, hashrate, difficulty, and operating costs.
A halving does not establish a future price or return.
A user can verify the scheduled subsidy change from Bitcoin's public consensus rules, then separately assess current fee levels, hashrate, difficulty, and market conditions. None of those observations proves how price will move after a halving.
A price-and-supply snapshot: quoted token price multiplied by a stated supply figure. It is useful for scale comparisons only when the price, supply definition, time, and data source are disclosed; it is not a valuation or liquidity guarantee.
Special-purpose hardware designed to perform a narrow computation efficiently. In proof-of-work mining, an ASIC is normally built for a particular hashing algorithm; it cannot be assumed to work for every network or remain profitable.
A measure of tokens removed from a supply under a specified protocol or issuer mechanism. A burn can change supply accounting, but it does not by itself determine value or price.
In a proof-of-work system, the process of building candidate blocks and repeatedly hashing their headers until one meets the network target. A valid block is still accepted only if it follows the network's consensus rules.
A consensus approach in which a candidate block must demonstrate hashing work below a network target before nodes can accept it if all other consensus rules are met. Its security, energy use, and attack costs are network- and time-specific.
Explore all our strategic guides about Blockchain to take your operations to the next level.
View all articles