BIP (Bitcoin Improvement Proposal)
A design document suggesting changes or additions to Bitcoin's protocol and ecosystem standards.
A BIP - Bitcoin Improvement Proposal - is a formal design document proposing a change or addition to Bitcoin's protocol, software, or standards. The BIP system, modeled on Python's PEP process, is how Bitcoin's open-source development actually proposes, debates, and codifies changes.
Anyone can write a BIP. The process, defined in BIP-1 and BIP-2:
- Draft. Author writes the proposal in the standard BIP format - abstract, motivation, specification, rationale, backwards compatibility, etc.
- Discussion. The draft is shared on the bitcoin-dev mailing list and Github. Anyone interested - developers, miners, users, researchers - reviews and comments.
- Assignment. If the proposal is well-formed and worth a number, the BIP editors assign it a permanent BIP number.
- Iteration. The author revises based on feedback. Many BIPs never make it past this stage.
- Status progression. Draft → Proposed → Final (if widely accepted and implemented) or Withdrawn / Rejected / Replaced.
- Actual deployment. Acceptance into Bitcoin Core (or other implementations) is a separate decision. Activation on the network requires voluntary adoption by node operators and, for consensus changes, signaling by miners.
BIP types:
- Standards Track - changes to the protocol itself (consensus rules, network protocol, peer-to-peer messaging). Examples: BIP-141 (SegWit), BIP-340/341/342 (Schnorr / Taproot), BIP-352 (Silent Payments).
- Informational - design guidelines or implementation notes, no consensus impact.
- Process - changes to the BIP process itself.
The BIP process is intentionally slow, conservative, and adversarial - the formal end of Bitcoin governance, where developers, miners, node operators, users, and long-term holders each hold de facto veto power. A consensus-affecting change typically takes years from initial proposal to network activation - and many proposals never make it. This is a feature: a global monetary protocol with $1-2T in value should be very, very hard to change accidentally. See SegWit and Taproot for two BIPs that did make it all the way through.
Key takeaways
- Formal proposals for Bitcoin protocol or standards
- Undergo community review and testing
- Some BIPs become major upgrades like SegWit or Taproot
External references (2)
Related terms (12)
- BIP 9 (VersionBits)
- P2SH (Pay to Script Hash)
- BIP 22 (getblocktemplate)
- BIP 65 (OP_CHECKLOCKTIMEVERIFY) — Plain-English Explainer
- BIP 68 (Relative Locktime)
- SegWit (Segregated Witness, BIP 141)
- BIP 173 (Bech32)
- Bitcoin Governance
- PSBT (Partially Signed Bitcoin Transaction)
- Taproot
- BIP 342 (Tapscript)
- BOLT 11