mirrors/bitcoin-bips
1
0
Fork 0
mirror of https://github.com/bitcoin/bips.git synced 2024-11-19 01:40:05 +01:00
Code Issues Projects Releases Wiki Activity

Replace "rules/force" mutation with a "cannot be ignored" prefix to rule names

Browse Source
This commit is contained in:
Luke Dashjr 2016-05-11 17:45:08 +00:00
parent cc4a94c1c0
commit 162e2e0025
2 changed files with 8 additions and 11 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

14
bip-0009.mediawiki
View File

@ -191,15 +191,11 @@ The "version" key of the template is retained, and used to indicate the server's
If versionbits is being used, "version" MUST be within the versionbits range of [0x20000000...0x3FFFFFFF].
Miners MAY clear or set bits in the block version WITHOUT any special "mutable" key, provided they are listed among the template's "vbavailable" and (when clearing is desired) NOT included as a bit in "vbrequired".
The mutable key defined by BIP 23 is expanded to optionally include one new mutation:
{| class="wikitable"
!colspan=4| mutations
|-
! Value !! Significance
|-
| rules/force || the miner may ignore rules it does not understand, if the template is to be used as-is (not modified by the client)
|}
Softfork deployment names listed in "rules" or as keys in "vbavailable" may be prefixed by a '!' character.
Without this prefix, GBT clients may assume the rule will not impact usage of the template as-is; typical examples of this would be when previously valid transactions cease to be valid, such as BIPs 16, 65, 66, 68, 112, and 113.
If a client does not understand a rule without the prefix, it may use it unmodified for mining.
On the other hand, when this prefix is used, it indicates a more subtle change to the block structure or generation transaction; examples of this would be BIP 34 (because it modifies coinbase construction) and 141 (since it modifies the txid hashing and adds a commitment to the generation transaction).
A client that does not understand a rule prefixed by '!' must not attempt to process the template, and must not attempt to use it for mining even unmodified.
Servers should only signal this mutation when they have verified a client behaving this way will not produce invalid blocks.
This includes verifying the client's supported rules (listed in the template request) are not lacking of a rule that would change serialisation.

5
bip-0145.mediawiki
View File

@ -25,8 +25,9 @@ The template Object is revised to include a new key:
| costlimit || No || Number || total cost allowed in blocks
|}
The "rules/force" mutation MUST NOT be enabled for blocks including transactions with witness data unless the client has indicated in the template request that it also supports the "segwit" rule.
In particular, note that even if the template's "rules" list includes "segwit", but none of the transactions have witness data, the server MAY use the "rules/force" mutation to support old miners.
The '!' rule prefix MUST be enabled on the "segwit" rule for templates including transactions with witness data.
In particular, note that even if the client's "rules" list lacks "segwit", server MAY support old miners by producing a witness-free template and omitting the '!' rule prefix for "segwit" in the template's "rules" list.
If the GBT server does not support producing witness-free templates after its activation, it must also use the '!' rule prefix in the "vbavailable" list prior to activation.
====Transactions Object Format====