and soundness, and ensure it was proposed to the ML by one of the BIP authors.
Follows up on the discussion starting from #2005 (comment).
and soundness, and ensure it was proposed to the ML by one of the BIP authors.
Follows up on the discussion starting from #2005 (comment).
36 | @@ -37,7 +37,10 @@ Some BIPs describe processes, implementation guidelines, best practices, inciden 37 | the Bitcoin protocol, peer-to-peer network, and client software may be acceptable. 38 | 39 | BIPs are intended to be a means for proposing new protocol features, coordinating client standards, and 40 | -documenting design decisions that have gone into implementations. BIPs may be submitted by anyone. 41 | +documenting design decisions that have gone into implementations. A BIP may be submitted by anyone, 42 | +provided it is the original work of its authors and the content is of high quality, e.g. do not waste
provided it is the original work of its authors and the content is of high quality, e.g. does not waste
done
488 | @@ -486,7 +489,7 @@ For each new BIP pull request that comes in, an editor checks the following: 489 | * Motivation, Rationale, and Backward Compatibility have been addressed 490 | * Specification provides sufficient detail for implementation 491 | * The defined Layer header must be correctly assigned for the given specification 492 | -* The BIP is ready: it is comprehensible, technically feasible, and all aspects are addressed as necessary 493 | +* The BIP is ready: it is comprehensible, technically feasible and sound, and all aspects are addressed as necessary
I‘m a little on the fence regarding back the "technical sound" criteria. I felt that it was pretty subjective and actually had removed it on purpose from BIP2 to BIP3, but in the end, we do want BIPs to be well-reasoned and designed which it expresses better than "feasible".
I’m still mulling this over, big fan of the rest of the amendments.
My guess is that occasional subjective discretion will probably ~always be needed to avoid making BIP submissions overly game-able, and the criterion that BIPs be technically sound seems fundamental as a firewall (when needed).
Yeah, since I started writing BIP3, I have had to review my ambition to reduce judgment calls required from the BIP Editors.
Let’s add it.
and soundness, and ensure it was proposed to the ML by one of the BIP authors