Soft Fork Activation

Soft fork valid blocks का set घटाता है और नई conditions केवल ACTIVE में enforce होती हैं। Software release, signaling start और LOCKED_IN अभी activation नहीं; delay participants को update का समय देता है। [2]

BIP 9, 2016-block periods में version bit देखता और DEFINED, STARTED, LOCKED_IN, ACTIVE, FAILED से गुजरता है। Original default threshold 1 916 blocks या 95 % था; timeout से पहले न मिलने पर FAILED होता है। [2]

BIP 8 Median Time Past dates की जगह startheight, timeoutheight और minimum_activation_height उपयोग करता है। lockinontimeout optional MUST_SIGNAL जोड़ता और timeoutheight तक LOCKED_IN guarantee कर सकता है। [1]

LOT=false में threshold न पाने वाला deployment timeoutheight पर FAILED होता है। LOT=true में final period अधिक non-signaling blocks reject कर सकता है; इससे chain split risk बदलता है और enforcement से पहले स्पष्ट होना चाहिए। [1]

BIP 8, 2016 में से 1 815 blocks यानी 90 %, और ACTIVE से पहले कम से कम एक LOCKED_IN period सुझाता है। हर soft fork को अपने parameters प्रकाशित करने होते हैं; mechanism name threshold या date तय नहीं करता। [1]

Taproot ने BIP 9 variant Speedy Trial उपयोग किया: bit 2, 2016 में 1 815 threshold और fixed minimum activation height 709 632। Lock-in के बाद mainnet block 709 632 पर वास्तविक activation हुआ। [3]

Header signal compatible blocks के लिए hashrate readiness दिखाता है; यह coin vote या अकेला node rule नहीं। Activation के बाद हर validating full node अपने code और parameters का पालन करता है। [4]

‘Activated’ जाँचने के लिए exact BIP, parameter वाला release, network, version bit, period, threshold, LOCKED_IN और ACTIVE height देखें। Taproot result दूसरे parameters पर अपने आप लागू नहीं होता। [4]