Bips

People wishing to submit a BIP should first describe their idea to the [https://groups.google.com/g/bitcoindev bitcoindev@googlegroups.com] mailing list to gather feedback on viability and community interest before working on a formal description. Please open a pull request to this repository only when substantial progress on the draft has been made, preferably when the draft is nearing completion. Authors do <em>not</em> assign a number to their own proposal. After a proposal meets the editorial criteria, a BIP Editor will assign a number to it and publish the proposal by merging the pull request to the repository. Please see [[bip-0003.md|BIP 3: Updated BIP Process]] for the full process.

The BIPs repository serves as a publication medium and archive. Having a BIP published here indicates that the proposal is in scope and has met other formal criteria for this repository, but does not indicate that it is a good idea, has community consensus, or that it is about to be adopted. The BIP Editors are expected to be liberal with publishing BIPs and to try not to be too involved in decision-making on behalf of the community. Beyond the formal criteria, evaluation of the proposals is left to the audience of the repository. When a proposal is controversial and it cannot be agreed upon whether it should be published, the conservative option will always be preferred: the proposal will be closed.

Those proposing and opposing changes should consider that ultimately acceptance and adoption rests with the Bitcoin users (see also: [https://en.bitcoin.it/wiki/Economic_majority economic majority]).

{| class="wikitable sortable" style="width: auto; text-align: center; font-size: smaller; table-layout: fixed;" !Number !Layer !Title !Owner !Type !Status |- style="background-color: #ffcfcf" | [[bip-0001.mediawiki|1]] | | BIP Purpose and Guidelines | Amir Taaki | Process | Closed |- style="background-color: #ffcfcf" | [[bip-0002.mediawiki|2]] | | BIP process, revised | Luke Dashjr | Process | Closed |- style="background-color: #cfffcf" | [[bip-0003.md|3]] | | Updated BIP Process | Murch | Process | Deployed |- | [[bip-0008.mediawiki|8]] | | Version bits with lock-in by height | Shaolin Fry, Luke Dashjr | Informational | Draft |- style="background-color: #cfffcf" | [[bip-0009.mediawiki|9]] | | Version bits with timeout and delay | Pieter Wuille, Peter Todd, Greg Maxwell, Rusty Russell | Informational | Deployed |- style="background-color: #ffcfcf" | [[bip-0010.mediawiki|10]] | Applications | Multi-Sig Transaction Distribution | Alan Reiner | Informational | Closed |- style="background-color: #cfffcf" | [[bip-0011.mediawiki|11]] | Applications | M-of-N Standard Transactions | Gavin Andresen | Specification | Deployed |- style="background-color: #ffcfcf" | [[bip-0012.mediawiki|12]] | Consensus (soft fork) | OP_EVAL | Gavin Andresen | Specification | Closed |- style="background-color: #cfffcf" | [[bip-0013.mediawiki|13]] | Applications | Address Format for pay-to-script-hash | Gavin Andresen | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0014.mediawiki|14]] | Peer Services | Protocol Version and User Agent | Amir Taaki, Patrick Strateman | Specification | Deployed |- style="background-color: #ffcfcf" | [[bip-0015.mediawiki|15]] | Applications | Aliases | Amir Taaki | Specification | Closed |- style="background-color: #cfffcf" | [[bip-0016.mediawiki|16]] | Consensus (soft fork) | Pay to Script Hash | Gavin Andresen | Specification | Deployed |- style="background-color: #ffcfcf" | [[bip-0017.mediawiki|17]] | Consensus (soft fork) | OP_CHECKHASHVERIFY (CHV) | Luke Dashjr | Specification | Closed |- style="background-color: #ffffcf" | [[bip-0018.mediawiki|18]] | Consensus (soft fork) | hashScriptCheck | Luke Dashjr | Specification | Complete |- style="background-color: #ffcfcf" | [[bip-0019.mediawiki|19]] | Applications | M-of-N Standard Transactions (Low SigOp) | Luke Dashjr | Specification | Closed |- style="background-color: #ffcfcf" | [[bip-0020.mediawiki|20]] | Applications | URI Scheme | Luke Dashjr | Specification | Closed |- style="background-color: #ffcfcf" | [[bip-0021.mediawiki|21]] | Applications | URI Scheme | Nils Schneider, Matt Corallo | Specification | Closed |- style="background-color: #cfffcf" | [[bip-0022.mediawiki|22]] | API/RPC | getblocktemplate - Fundamentals | Luke Dashjr | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0023.mediawiki|23]] | API/RPC | getblocktemplate - Pooled Mining | Luke Dashjr | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0030.mediawiki|30]] | Consensus (soft fork) | Duplicate transactions | Pieter Wuille | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0031.mediawiki|31]] | Peer Services | Pong message | Mike Hearn | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0032.mediawiki|32]] | Applications | Hierarchical Deterministic Wallets | Pieter Wuille | Informational | Deployed |- style="background-color: #ffcfcf" | [[bip-0033.mediawiki|33]] | Peer Services | Stratized Nodes | Amir Taaki | Specification | Closed |- style="background-color: #cfffcf" | [[bip-0034.mediawiki|34]] | Consensus (soft fork) | Block v2, Height in Coinbase | Gavin Andresen | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0035.mediawiki|35]] | Peer Services | mempool message | Jeff Garzik | Specification | Deployed |- style="background-color: #ffcfcf" | [[bip-0036.mediawiki|36]] | Peer Services | Custom Services | Stefan Thomas | Specification | Closed |- style="background-color: #cfffcf" | [[bip-0037.mediawiki|37]] | Peer Services | Connection Bloom filtering | Mike Hearn, Matt Corallo | Specification | Deployed |- | [[bip-0038.mediawiki|38]] | Applications | Passphrase-protected private key | Mike Caldwell, Aaron Voisine | Specification | Draft |- style="background-color: #cfffcf" | [[bip-0039.mediawiki|39]] | Applications | Mnemonic code for generating deterministic keys | Marek Palatinus, Pavol Rusnak, Aaron Voisine, Sean Bowe | Specification | Deployed |- | 40 | API/RPC | Stratum wire protocol | Marek Palatinus | Standard | BIP number allocated |- | 41 | API/RPC | Stratum mining protocol | Marek Palatinus | Standard | BIP number allocated |- style="background-color: #cfffcf" | [[bip-0042.mediawiki|42]] | Consensus (soft fork) | A finite monetary supply for Bitcoin | Pieter Wuille | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0043.mediawiki|43]] | Applications | Purpose Field for Deterministic Wallets | Marek Palatinus, Pavol Rusnak | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0044.mediawiki|44]] | Applications | Multi-Account Hierarchy for Deterministic Wallets | Marek Palatinus, Pavol Rusnak | Specification | Deployed |- style="background-color: #ffffcf" | [[bip-0045.mediawiki|45]] | Applications | Structure for Deterministic P2SH Multisignature Wallets | Manuel Araoz, Ryan X. Charles, Matias Alejo Garcia | Specification | Complete |- | [[bip-0046.mediawiki|46]] | Applications | Address Scheme for Timelocked Fidelity Bonds | Chris Belcher, Thebora Kompanioni | Specification | Draft |- style="background-color: #cfffcf" | [[bip-0047.mediawiki|47]] | Applications | Reusable Payment Codes for Hierarchical Deterministic Wallets | Justus Ranvier | Informational | Deployed |- style="background-color: #cfffcf" | [[bip-0048.mediawiki|48]] | Applications | Multi-Script Hierarchy for Multi-Sig Wallets | Fontaine | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0049.mediawiki|49]] | Applications | Derivation scheme for P2WPKH-nested-in-P2SH based accounts | Daniel Weigl | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0050.mediawiki|50]] | | March 2013 Chain Fork Post-Mortem | Gavin Andresen | Informational | Deployed |- | [[bip-0052.mediawiki|52]] | Consensus (hard fork) | Durable, Low Energy Bitcoin PoW | Michael Dubrovsky, Bogdan Penkovsky | Specification | Draft |- | [[bip-0053.mediawiki|53]] | Consensus (soft fork) | Disallow 64-byte transactions | Chris Stewart | Specification | Draft |- | [[bip-0054.md|54]] | Consensus (soft fork) | Consensus Cleanup | Antoine Poinsot, Matt Corallo | Specification | Draft |- style="background-color: #ffcfcf" | [[bip-0060.mediawiki|60]] | Peer Services | Fixed Length "version" Message (Relay-Transactions Field) | Amir Taaki | Specification | Closed |- style="background-color: #cfffcf" | [[bip-0061.mediawiki|61]] | Peer Services | Reject P2P message | Gavin Andresen | Specification | Deployed |- style="background-color: #ffcfcf" | [[bip-0062.mediawiki|62]] | Consensus (soft fork) | Dealing with malleability | Pieter Wuille | Specification | Closed |- | 63 | Applications | Stealth Addresses | Peter Todd | Standard | BIP number allocated |- style="background-color: #ffcfcf" | [[bip-0064.mediawiki|64]] | Peer Services | getutxo message | Mike Hearn | Specification | Closed |- style="background-color: #cfffcf" | [[bip-0065.mediawiki|65]] | Consensus (soft fork) | OP_CHECKLOCKTIMEVERIFY | Peter Todd | Specification | Deployed |- style="background-color: #cfffcf" | [[bip-0066.mediawiki|66]] | Consensus (soft fork) | Strict DER signatures | Pieter Wuille | Specification | Deployed |- style="background-color: #ffffcf" | [[bip-0067.mediawiki|67]] | Applications | Deterministic Pay-to-script-hash multi-signature addresses through public key sorting | Thomas Kerin, Jean-Pierre Rupp, Ruben de Vries | Specification | Complete |- style="background-color: #cfffcf" | [[bip-0068.mediawiki|68]] | Consensus (soft fork) | Relative lock-time using consensus-enforced sequence numbers | Mark Friedenbach, BtcDrak, Nicolas Dorier, kinoshitajona | Specification | Deployed |- style="background-color: #ffffcf" | [[bip-0069.mediawiki|69]] | Applications | Lexicographical Indexing of Transaction Inputs and Outputs | Kristov Atlas | Informational | Complete |- style="background-