激活机制规定参数、状态转换，以及验证节点开始拒绝违反新向后兼容规则之区块的高度。
软分叉缩小有效区块集合，新条件仅在 ACTIVE 状态执行。软件发布、signaling 开始和 LOCKED_IN 都还不是激活；等待期让节点、矿工、wallet 与服务完成升级。 [2]
BIP 9 按每 2016 个区块周期评估 version bit，并经历 DEFINED、STARTED、LOCKED_IN、ACTIVE 与 FAILED。原始默认门槛为 1 916 个区块，即 95 %；timeout 前未达到便进入 FAILED。 [2]
BIP 8 使用 startheight、timeoutheight 与 minimum_activation_height，而不是 Median Time Past 日期。lockinontimeout 可加入 MUST_SIGNAL，并保证最迟在 timeoutheight 达到 LOCKED_IN。 [1]
LOT=false 下，未在 timeoutheight 前达到门槛的 deployment 进入 FAILED。LOT=true 下，最后周期可能拒绝过多未 signaling 区块；这会改变 chain split 风险，必须在执行前明确。 [1]
BIP 8 建议 2016 个区块中达到 1 815 个，即 90 %，并在 ACTIVE 前至少经历一个 LOCKED_IN 周期。具体软分叉仍须公布自己的参数；机制名称本身不规定门槛或日期。 [1]
Taproot 使用名为 Speedy Trial 的 BIP 9 变体：bit 2、2016 个区块中 1 815 个的门槛，以及固定最小激活高度 709 632。它完成 lock-in，并在 mainnet 区块 709 632 实际激活。 [3]
Header 信号表示 hashrate 准备生成兼容区块；它不是按 coin 加权的投票，也不会单独规定节点规则。激活后，每个验证 full node 按自己运行的代码与参数判断。 [4]
核实‘已激活’时，应检查确切 BIP、含参数的 release、网络、version bit、周期、门槛、LOCKED_IN 与 ACTIVE 高度。Taproot 的结果不能自动套用到参数不同的提案。 [4]
要获得更完整的理解，请将本词条与以下词条结合阅读： Soft Fork, BIP (Bitcoin Improvement Proposal), SegWit, Taproot, 共识规则, 区块大小之争. 反向关联还来自： Schelling Point.
01矿工会对 Bitcoin 规则投票吗？+
不构成法律或所有权意义的投票。Signaling 衡量具体机制中的准备程度；区块有效性最终由验证节点运行的规则决定。
02LOT=true 是什么？+
BIP 8 的 lock-in-on-timeout 会在 timeout 前加入 MUST_SIGNAL，使 deployment 即使未提前达到门槛也进入 LOCKED_IN。对 LOT=true 节点而言，过多未 signaling 区块会无效。