From febdf1312a6ba50c8ab938151130d50dcb7096c7 Mon Sep 17 00:00:00 2001 From: Luke Dashjr Date: Wed, 17 Feb 2021 20:58:22 +0000 Subject: BIP 8: Make threshold a parameter --- bip-0008.mediawiki | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) (limited to 'bip-0008.mediawiki') diff --git a/bip-0008.mediawiki b/bip-0008.mediawiki index 8800b43..2b8f39e 100644 --- a/bip-0008.mediawiki +++ b/bip-0008.mediawiki @@ -38,6 +38,7 @@ Each soft fork deployment is specified by the following per-chain parameters (fu # 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 '''startheight''' specifies the height of the first block at which the bit gains its meaning. # The '''timeoutheight''' specifies a block height at which the miner signalling ends. Once this height has been reached, if the soft fork has not yet locked in (excluding this block's bit state), the deployment is considered failed on all descendants of the block. +# The '''threshold''' specifies the minimum number of block per retarget period which indicate lock-in of the soft fork during the subsequent period. # The '''lockinontimeout''' boolean if set to true, blocks are required to signal in the final period, ensuring the soft fork has locked in by timeoutheight. ===Selection guidelines=== @@ -48,6 +49,7 @@ The following guidelines are suggested for selecting these parameters for a soft # '''bit''' should be selected such that no two concurrent softforks use the same bit. # '''startheight''' should be set to some block height in the future, approximately 30 days (or 4320 blocks) 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, and ensures a reasonable number of full nodes have upgraded prior to activation. It should be rounded up to the next height which begins a retarget period for simplicity. # '''timeoutheight''' should be 1 year, or 52416 blocks (26 retarget intervals) after '''startheight'''. +# '''threshold''' should be 1916 blocks (95% of 2016), or 1512 (75%) for testnet. # '''lockinontimeout''' should be set to true for any softfork that is expected or found to have political opposition from a non-negligible percent of miners. (It can be set after the initial deployment, but cannot be cleared once set.) A later deployment using the same bit is possible as long as the startheight is after the previous one's @@ -122,7 +124,7 @@ We remain in the initial state until we reach the start block height. After a period in the STARTED state, we tally the bits set, and transition to LOCKED_IN if a sufficient number of blocks in the past period set the deployment bit in their -version numbers. The threshold is ≥1916 blocks (95% of 2016), or ≥1512 for testnet (75% of 2016). +version numbers. If the threshold hasn't been met, lockinontimeout is true, and we are at the last period before the timeout, then we transition to MUST_SIGNAL. If the threshold hasn't been met and we reach the timeout, we transition directly to FAILED. -- cgit v1.2.3 From 6ea5857b62d37724b1ea6947e0dc847afbc1b644 Mon Sep 17 00:00:00 2001 From: Luke Dashjr Date: Wed, 17 Feb 2021 20:58:33 +0000 Subject: BIP 8: Reduce threshold recommendation to 90% --- bip-0008.mediawiki | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) (limited to 'bip-0008.mediawiki') diff --git a/bip-0008.mediawiki b/bip-0008.mediawiki index 2b8f39e..5c6c783 100644 --- a/bip-0008.mediawiki +++ b/bip-0008.mediawiki @@ -49,7 +49,7 @@ The following guidelines are suggested for selecting these parameters for a soft # '''bit''' should be selected such that no two concurrent softforks use the same bit. # '''startheight''' should be set to some block height in the future, approximately 30 days (or 4320 blocks) 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, and ensures a reasonable number of full nodes have upgraded prior to activation. It should be rounded up to the next height which begins a retarget period for simplicity. # '''timeoutheight''' should be 1 year, or 52416 blocks (26 retarget intervals) after '''startheight'''. -# '''threshold''' should be 1916 blocks (95% of 2016), or 1512 (75%) for testnet. +# '''threshold''' should be 1815 blocks (90% of 2016), or 1512 (75%) for testnet. # '''lockinontimeout''' should be set to true for any softfork that is expected or found to have political opposition from a non-negligible percent of miners. (It can be set after the initial deployment, but cannot be cleared once set.) A later deployment using the same bit is possible as long as the startheight is after the previous one's -- cgit v1.2.3