Activation mechanism は parameter、state transition、新しい後方互換 rule に違反する block を validation node が拒否し始める height を定める。
Soft fork は valid block 集合を狭め、新条件は ACTIVE で初めて強制される。Software 公開、signaling 開始、LOCKED_IN はまだ activation ではなく、待機時間に関係者が更新する。 [2]
BIP 9 は 2016 block 期間ごとに version bit を評価し、DEFINED、STARTED、LOCKED_IN、ACTIVE、FAILED を進む。当初の標準 threshold は 1 916 block、95 % で、timeout 前に届かなければ FAILED となる。 [2]
BIP 8 は Median Time Past の日付でなく startheight、timeoutheight、minimum_activation_height を使う。lockinontimeout は任意の MUST_SIGNAL を加え、timeoutheight までの LOCKED_IN を保証できる。 [1]
LOT=false では threshold 未達の deployment は timeoutheight で FAILED になる。LOT=true では最終期間に非 signaling block を超過分拒否しうるため、chain split risk が変わり強制前の合意が必要である。 [1]
BIP 8 は 2016 block 中 1 815、90 % と、ACTIVE 前に少なくとも一つの LOCKED_IN 期間を推奨する。各 soft fork は固有 parameter を公開し、mechanism 名だけでは threshold や日付は決まらない。 [1]
Taproot は BIP 9 variant の Speedy Trial、bit 2、2016 block 中 1 815、固定 minimum activation height 709 632 を使った。Lock-in 後、mainnet block 709 632 で実際に activation した。 [3]
Header signal は hashrate が互換 block を作る準備を示すが、coin 投票でも node rule そのものでもない。Activation 後は各 validating full node が自身の code と parameter に従う。 [4]
‘Activated’ を確認するには正確な BIP、parameter を含む release、network、version bit、period、threshold、LOCKED_IN、ACTIVE height を調べる。Taproot の結果を別 parameter に自動適用できない。 [4]
理解を深めるには、この項目とあわせて次もお読みください Soft Fork, BIP (Bitcoin Improvement Proposal), SegWit, Taproot, コンセンサスルール, ブロックサイズ戦争. 次の項目からも参照されています Schelling Point.
01Miner は Bitcoin rule に投票するのか？+
法的または所有権上の投票ではない。Signaling は特定 mechanism の準備を測り、block validity は validating node の rule が決める。
02LOT=true とは何か？+
BIP 8 の lock-in-on-timeout は timeout 前に MUST_SIGNAL を加え、以前の threshold なしでも LOCKED_IN にする。許容量を超す非 signaling block は LOT=true node で invalid となる。