-
Notifications
You must be signed in to change notification settings - Fork 55
Only hardfork if Segwit2x actually activates #58
Conversation
… and have ContextualCheckBlock use it
@jgarzik The current code triggers the hardfork if purely-bit-1 Segwit activates. This fixes that so it only triggers via bit-4. |
Could you point me to the code where this is enforced? Afaict @luke-jr aimed to achieve precisely that; I've skimmed the diff between BTC1 and the 0.14 branch of bitcoin/bitcoin and saw no check for this. In fact, it superficially seems that BIP102active == fSegwitSeasoned. |
Since this is now the subject of false claims on social media, let's be hyper-specific on this issue. Approx. 30 days ago - this PR was filed 13 days ago - I noted that the HF logic was SegWit activation + 3 months. The most likely path - NYA agreement hashpower following through on their promised path - is now taking place as of this writing. bit-4 will activate bit-1 will activate SegWit will activate the HF. The most likely scenario is that hashpower and NYA agreement will continue as expected, and hashpower will enforce 2M HF as expected. This suggested change is therefore not required but is a "nice to have." Section 4b of the release notes of segwit2x v1.14.4 offer, in an effort to take feedback and gain wider consensus, to re-consider merging something like luke-jr's suggested PR here. |
If the signatories for NYA follow though with their commitments to deploy segwit2x, this should be a non-issue. In the case that some participants do not, and segwit activates without a significant majority signaling on bit-4, it seems that this would prevent a potentially contentious hard fork - I'd tend to agree with @luke-jr on this one. |
Looks like this can issue can be closed given the fact that 80%+ are currently signaling on bit4 - pretty obvious at this point segwit2x/BIP91 will be responsible for activating segwit. |
Events rendered moot. |
If Segwit is activated without Segwit2x, it isn't appropriate to hardfork.