summaryrefslogtreecommitdiff
path: root/README.mediawiki
AgeCommit message (Collapse)Author
2016-02-12Merge branch 'master' of github.com:bitcoin/bipsLuke Dashjr
2016-02-12Merge branch '20160201_status_updates_a2f'Luke Dashjr
2016-02-11Tweaked BIP 109 titleGavin Andresen
2016-02-11BIP102 variation for a 2mb block size bumpGavin Andresen
2016-02-09Merge pull request #324 from luke-jr/segwit_gbtLuke-Jr
BIP 145: getblocktemplate Updates for Segregated Witness
2016-02-09Assign BIP 145: getblocktemplate Updates for Segregated WitnessLuke Dashjr
2016-02-08Merge branch 'bip-biprevised'Luke Dashjr
2016-02-04Assign BIP 2: BIP Status and CommentsLuke Dashjr
2016-02-03Lots of formatting fixesLuke Dashjr
2016-02-01Promote Accepted->Final BIPs 11, 14, 21, 22, 23, 31, 32, 34, 35, 37, 65Luke Dashjr
2016-01-28BIP74 DraftToby Padilla
2016-01-21update readmeJustus Ranvier
2016-01-19Merge BIP 132: Committee-based BIP Acceptance ProcessLuke Dashjr
2016-01-19Assign BIP 132Luke Dashjr
2016-01-19Assign BIP 131Luke Dashjr
2016-01-18Merge pull request #283 from jl2012/patch-5Luke-Jr
New witness program definition in BIP141, and related revision in 142 - 144
2016-01-19Title change and new address formatJohnson Lau
2016-01-19Title change and links updateJohnson Lau
2016-01-13Merge pull request #246 from CodeShark/script_templatesLuke-Jr
BIP 124: Hierarchical Deterministic Script Templates
2016-01-12Added BIP 83Eric Lombrozo
2016-01-12Added BIP 124Eric Lombrozo
2016-01-11Minor: Fix BIP65 status in READMEPeter Todd
2016-01-08Fix markdownLuke Dashjr
2016-01-08README: Fix BIP 122 numberLuke Dashjr
2016-01-08README: Common formatting for name listsLuke Dashjr
2016-01-08Merge BIP 144: Segregated Witness (Peer Services)Luke Dashjr
2016-01-08Assign BIP 144Luke Dashjr
2016-01-08Merge BIP 143: Transaction signature verification for version 0 and version ↵Luke Dashjr
1 witness program
2016-01-08Assign BIP 143Luke Dashjr
2016-01-08Merge BIP 142: Address Formats for Witness ProgramLuke Dashjr
2016-01-08Assign BIP 142Luke Dashjr
2016-01-08Merge BIP 141: Segregated Witness (Consensus layer)Luke Dashjr
2016-01-08Assign BIP 141Luke Dashjr
2016-01-08Merge BIP 125: Opt-in Full Replace-by-Fee SignalingLuke Dashjr
2016-01-08Assign BIP 125Luke Dashjr
2016-01-08Merge BIP 140: Normalized TXIDLuke Dashjr
2016-01-08Assign BIP 140Luke Dashjr
2016-01-08Merge BIP 122: URI scheme for Blockchain references / explorationLuke Dashjr
2016-01-08Assign BIP 122Luke Dashjr
2016-01-08Merge BIP 107: Dynamic limit on the block sizeLuke Dashjr
2016-01-08Assign BIP 107Luke Dashjr
2016-01-07README: Update BIP editorLuke Dashjr
2015-12-26Changed temporary name to bip-MarcoPon-BlockchainURI - Waiting for BIP ↵Marco Pontello
number assignment
2015-12-21Created bip-MarcoPon-01.mediawikiMarcoPon
URI scheme for Blockchain references / exploration
2015-12-11Add opt-in full-RBF signaling BIPDavid A. Harding
2015-12-04BIP-0001 Should be labeled as "Process" TypeAndy Chase
Previously BIP-0001 listed in its header preamble that is was a "Standards Track" type proposal. This conflicts with both its own definition of "Standards Track" proposal as well as the type listed in PEP-0001 of which BIP-0001 is based on. Defitions of each type of proposal: A Standards Track BIP describes any change that affects most or all Bitcoin implementations. An Informational BIP describes a Bitcoin design issue, or provides general guidelines or information to the Bitcoin community, but does not propose a new feature. A Process BIP describes a process surrounding Bitcoin, or proposes a change to (or an event in) a process. Specifically: "Any meta-BIP is also considered a Process BIP." Based on these definitions BIP-0001 should have always been labeled as a "Process" BIP and this patch corrects this.
2015-11-28Merge pull request #245 from btcdrak/bip68syncLuke-Jr
BIP68: Simplify language and update for current implementation
2015-11-28Merge pull request #238 from jwilkins/bip_103_squashedLuke-Jr
Bip 103 squashed
2015-11-23Improve title, add encoding diagram and small fixupBtcDrak
2015-11-17Mark BIP62 as withdrawnPieter Wuille
All of BIP62's (including the only-new-transactions) are currently enforced as standardness rules, but it seems hard to push it further. Every new type of complex transaction may require new extra rules, and some important types of malleability cannot be addressed by it (for example, a single participant in a multisig spend creating a new signature with a different nonce). It seems wiser to pursue normalized txid or segregated witness-based solutions, which do solve this problem more fundamentally.