Protocol & Mining
The protocol and upgrade tracker
Protocol referenceSource: Bitcoin BIPs and Bitcoin Core release notesDates and block heights are taken from the cited BIPs and release notes.
How to read the tracker
Bitcoin has no release process. There is no vendor that ships a new version to every participant and no moment at which the network switches over. A rule change takes effect only when enough of the network enforces it that blocks violating it are rejected, and that threshold is reached by voluntary adoption. The tracker records the changes that crossed that threshold, and keeps them apart from the proposals that have not.
Each row names the BIP that defines the change, the mechanism the network used to activate it, and the date or block height at which it took effect. The mechanism column is deliberately specific: a flag day, a version-number supermajority, version-bits signalling under BIP 9, and the Speedy Trial variant are different procedures with different failure modes, and the version bits and soft-fork signalling page explains how the signalling mechanisms work.
The specification column links to the primary document — the BIP itself, or the Bitcoin Core release notes that record which rules a release enforces. The final column links to the article on this site that explains the change in full, so a reader can move from the register to the explanation without leaving the reference.
Deployed changes
These changes are enforced by the network today. Each was deployed through a mechanism that let participants opt in, and each is defined by a proposal that can be read at the source.
| BIP | Change | Activation mechanism | Activation / status | Specification | Explained by |
|---|---|---|---|---|---|
| BIP 16Deployed | Pay to Script Hash (P2SH) | Miner poll, then flag day | 1 April 2012 · block 173,805 | BIP 16 | Address types |
| BIP 30Deployed | No duplicate transaction IDs | Flag day | 15 March 2012 | BIP 30 | Transaction lifecycle |
| BIP 34Deployed | Block height in the coinbase | Version-number supermajority | 25 March 2013 · block 227,931 | BIP 34 | How nodes verify |
| BIP 66Deployed | Strict DER signature encoding | Version-number supermajority | 4 July 2015 · block 363,725 | BIP 66 | Major protocol upgrades |
| BIP 65Deployed | OP_CHECKLOCKTIMEVERIFY | Version-number supermajority | 14 December 2015 · block 388,381 | BIP 65 | Bitcoin Script |
| BIP 68, 112, 113Deployed | Relative timelocks (CSV) | BIP 9 version bits, bit 0 | 4 July 2016 · block 419,328 | BIP 68 | Bitcoin Script |
| BIP 141, 143, 147Deployed | Segregated Witness (SegWit) | BIP 9 version bits, bit 1, with BIP 91 and BIP 148 | 24 August 2017 · block 481,824 | BIP 141 | SegWit explained |
| BIP 340, 341, 342Deployed | Taproot and Schnorr signatures | Speedy Trial (BIP 8, bit 2) | 14 November 2021 · block 709,632 | BIP 341 | Taproot explained |
Proposed and in progress
A published proposal is not a change to the network. None of the changes below is a deployed feature of Bitcoin; each is a proposal under discussion, and the status column says so. The process a proposal must pass before it could be adopted is described on the how BIPs work page.
| BIP | Change | Activation mechanism | Activation / status | Specification | Explained by |
|---|---|---|---|---|---|
| BIP 118Proposed | SIGHASH_ANYPREVOUT | Soft fork, activation mechanism undecided | Proposed — not deployed | BIP 118 | SIGHASH_ANYPREVOUT |
| BIP 119Proposed | OP_CHECKTEMPLATEVERIFY (covenants) | Soft fork, activation mechanism undecided | Proposed — not deployed | BIP 119 | Covenants |
| BIP 300, 301Proposed | Drivechains | Soft fork secured by miner signalling | Proposed — not deployed | BIP 300 | Drivechains |
| BIP 345Proposed | OP_VAULT | Soft fork, activation mechanism undecided | Proposed — not deployed | BIP 345 | Covenants |
Sources
- Bitcoin BIPs, the proposal repository — the specification behind every row in the tracker.
- Bitcoin Core, implemented BIPs — the record of which consensus rules each release enforces.
- Bitcoin Core, release notes — the deployment history behind each activation date.
Related reading
- Protocol, Transactions & MiningThe supply schedule, transaction mechanics and mining economics behind the price.
- Proof of WorkThe hash puzzle, the target and nonce, and why accumulated work secures the chain.
- Difficulty AdjustmentThe 2,016-block retarget, its caps, and the ten-minute target it defends.
- HashrateWhat hashrate measures, why it is estimated, and how it differs from difficulty.
- Mining PoolsPooled hash rate, share accounting, payout schemes and centralisation.
- Miner RevenueThe block subsidy plus fees, and how the mix changes across subsidy epochs.