mirror of
https://github.com/bitcoin/bips.git
synced 2024-11-19 09:50:06 +01:00
BIP 9: Add softfork deployment "name"
This commit is contained in:
parent
b8467dfb7c
commit
b0b65ceede
@ -24,6 +24,7 @@ In addition, BIP 34 made the integer comparison (nVersion >= 2) a consensus rule
|
||||
|
||||
Each soft fork deployment is specified by the following per-chain parameters (further elaborated below):
|
||||
|
||||
# The '''name''' specifies a very brief description of the soft fork, reasonable for use as an identifier.
|
||||
# The '''bit''' determines which bit in the nVersion field of the block is to be used to signal the soft fork lock-in and activation. It is chosen from the set {0,1,2,...,28}.
|
||||
# The '''starttime''' specifies a minimum median time past of a block at which the bit gains its meaning.
|
||||
# The '''timeout''' specifies a time at which the deployment is considered failed. If the median time past of a block >= timeout and the soft fork has not yet locked in (including this block's bit state), the deployment is considered failed on all descendants of the block.
|
||||
@ -32,6 +33,7 @@ Each soft fork deployment is specified by the following per-chain parameters (fu
|
||||
|
||||
The following guidelines are suggested for selecting these parameters for a soft fork:
|
||||
|
||||
# '''name''' should be selected such that no two softforks, concurrent or otherwise, ever use the same name.
|
||||
# '''bit''' should be selected such that no two concurrent softforks use the same bit.
|
||||
# '''starttime''' should be set to some date in the future, approximately one month after a software release date including the soft fork. This allows for some release delays, while preventing triggers as a result of parties running pre-release software.
|
||||
# '''timeout''' should be 1 year (31536000 seconds) after starttime.
|
||||
|
Loading…
Reference in New Issue
Block a user