| Bit | Ticker | BIP # | Description |
|---|---|---|---|
| 3 | APO | 118 | BIP 118 (SIGHASH_ANYPREVOUT or APO) introduces a new signature hashing mode that allows signatures to be valid for any previous output, enabling more flexible and scalable off-chain protocols such as payment channels and channel factories. |
| 4 | BMM | 301 | BIP 301 (Blind Merged Mining or BMM), allows Bitcoin miners to earn fees from other blockchains, without running their software, by allowing users of those chains to bid for inclusion in Bitcoin blocks. |
| 5 | CAT | 347 | BIP 347 (OP_CAT) seeks to reintroduce the OP_CAT opcode, enabling the concatenation of data elements in Bitcoin Script, which would allow for more expressive smart contracts and complex spending conditions. |
| 6 | CCV | none | OP_CCV (OP_CHECKCONTRACTVERIFY) is a proposed opcode that allows a script to require that a transaction output matches a specific contract or template, enabling new forms of covenants and programmable spending conditions. |
| 7 | CSFS | none | OP_CSFS (OP_CHECKSIGFROMSTACK) is a proposed opcode allowing signature verification against arbitrary data from the script stack, enabling more flexible contract constructions and cross-chain protocols. |
| 8 | CTV | 119 | BIP 119 (OP_CHECKTEMPLATEVERIFY or CTV) proposes a new opcode that lets users restrict how and where specific UTXOs can be spent by committing to a template of the spending transaction, enabling advanced features like vaults, congestion control, and payment pools. |
| 9 | DC | 300 | BIP 300 (OP_DRIVECHAIN or DC) enables the creation of Bitcoin sidechains called Drivechains, where miners approve withdrawals from sidechains back to the main chain, allowing experimentation with new features without changing Bitcoin's base layer. |
| 10 | GCC | none | The Great Consensus Cleanup (GCC) is a proposal to remove or clarify ambiguous, unused, or dangerous rules in Bitcoin's consensus code, improving maintainability and reducing attack surface. |
| 11 | GSR | none | The Great Script Restoration (GSR) aims to re-enable previously disabled or restricted Bitcoin Script opcodes, such as OP_CAT, to expand scripting capabilities and programmability. |
| 12 | INKEY | none | OP_INTERNALKEY (INKEY) is a proposed opcode that exposes the internal public key used in Taproot scripts, allowing for more advanced contract constructions and key management schemes. |
| 13 | PAIRC | none | OP_PAIRCOMMIT (PAIRC) is a proposal for a new opcode that allows committing to pairs of data in a transaction, facilitating more complex covenant and contract designs. |
| 14 | QNTUM | 360 | BIP 360 outlines a transition plan to quantum-resistant cryptography for Bitcoin by introducing new output types and hybrid signature schemes to mitigate the risks posed by future quantum computers. |
| 15 | RDTS | 444 | BIP 444 (Reduced Data Temporary Softfork) Temporarily limit the size of data fields at the consensus level. |
| 16 | TWEKD | none | OP_TWEAKADD (TWEKD) is a proposed opcode that enables the addition of a tweak (a value) to a public key within Bitcoin Script, supporting advanced cryptographic protocols and key management. |
| 17 | TXHSH | none | OP_TXHASH (TXHSH) is a proposed opcode that allows scripts to access the hash of the current transaction, enabling introspection and more dynamic contract logic. |
| 18 | VAULT | 345 | BIP 345 (OP_VAULT or VAULT) allows users to set secure withdrawal conditions and recovery paths for their bitcoin. |
Proposals are sorted alphabetically, descriptions were created by AI, using the following sources: