软分叉激活指的是一个比特币全节点开始增设一个或多个共识规则的瞬间。这种转换会在节点之间产生协调风险。所以开发者多年来花了相当多的力气来创建和提升软分叉激活机制，以尽可能降低出问题的概率。
软分叉使得网络整体上可以切换到使用新的共识规则，即使不是每个节点都接受这些规则。不过，每当不同的节点使用不同的共识规则，就有某个区块被一些接受但被另一些节点拒绝的风险（它违反了非统一的规则），导致共识错误（链分裂），最终可能出现资金的多重支付以及比特币系统安全性信誉的损失。这是激活机制尝试缓解的主要问题。
新的软分叉激活提议通常被设计成避免之前的软分叉已经遭遇的问题，所以本节尝试概述之前比较著名的软分叉激活尝试。
这个已知最早的软分叉在 Bitcoin 软件 0.1.6 版本中实现（发布于 2009 年 11 月），硬编码在区块高度 31000 处激活，实际发生时间是 2009 年 11 月 22 日。在大部分开发工作都是由中本聪完成时，这种硬编码激活高度的方法至少还用在了另一个早期的软分叉中。
在中本聪离开比特币之后，合并到比特币的第一个软分叉代码是?BIP12?OP_EVAL。本来计划是使用一个?硬编码时间?和在支持变更的算力占比少于 50% 时手动干预的方法。引自 BIP12：
Block、Paxful和Chivo集成比特币闪电网络后使闪电网络用户从10万增至超8000万潜在用户:金色财经消息，据Arcane Research报告，今年早些时候，当Block将闪电网络集成到其流行的Cash App中时，闪电网络的用户群激增，该App拥有超过7000万用户。就在这之前的几个月，2021年9月，比特币市场Paxful将闪电网络集成到其钱包中，萨尔瓦多政府推出了兼容闪电网络的Chivo比特币钱包。Paxful有大约700万用户，Chivo有300万到400万萨尔瓦多人使用（尽管Chivo的使用率在钱包推出后明显下降）。
Arcane Research认为，这三个事件使闪电网络的用户群在短短几个月内从10万用户跃升至8000多万潜在用户。值得注意的是，这些潜在用户中的许多人只能接触到闪电网络，但不一定使用它。尽管如此，支付量随后在2021年第一季度和2022年第一季度之间增加了410%。[2022/8/8 12:08:31]
[...] 新的客户端和矿工将解释 OP_EVAL 为一个 no-op，直至 2012 年 2 月 1 日。在此之前，支持的矿工可以将 “OP_EVAL” 字样写在自己生产的区块里面，方便我们计算支持的算力占比。如果在 2012 年1 月 15 日之前没有超过 50% 的算力支持这一变更，激活将会推迟，直到有超过 50% 的算力支持 OP_EVAL（如果显然大部分算力都不会激活这一升级，则升级会被取消）。
CME比特币期货8月合约收报48660美元:金色财经报道，成交量最高的CME比特币期货2021年8月合约今日收涨450美元，收报48660美元。2021年9月、10月及11月合约分别收报48180美元、48265美元和48395美元。[2021/8/26 22:37:57]
手动干预可能是有必要的，因为?OP_EVAL?在激活代码合并之后、推出之前，被发现有一个严重的漏洞。虽然这个 bug 被修复了，一些开发者担心这个强大的新操作码可能会有其它问题，所以人们就放弃了这次软分叉。
人们提出了多个替代?OP_EVAL?的简化提案（见 BIP13/16、17、18?和?19，还有其它想法）。而 BIP13/16 支付给脚本哈希值（P2SH）获得了大部分开发者的支持。P2SH 使用了 跟 OP_EVAL 一样的激活机制。最初计划的激活时间是 2012 年 3 月 1 日，但到了 2 月 15 开票日，在最后 100 个区块中，只有不到 50% 的矿工表示他们会在 3 月之前执行 BIP16 规则。这导致了一个 “相当长的替代链”（链分裂），因为一些仍然在 3 月 1 日实行 BIP16 的 矿工拒绝了来自多数矿工（不实行新规则）的区块。第二次开票日是在几千个区块之后，3 月 15 日；这一次它获得了足够多的支持。所以开发者在 3 月 30 放出了?Bitcoin 0.6.0，将激活时间设在了 4 月 1 日。
美国共和党参议员：货币贬值加速人们转向采用比特币等数字资产:7月30日消息，美国共和党参议员、比特币支持者Cynthia Lummis采访时被问及她希望在美国看到何种形式的加密货币监管时，她表示，先从定义开始，最终是监管沙盒，每个人都了解规则，但创新仍然可以不受限制地产生。此外，她还称，因为货币的贬值在加速人们转向采用比特币等价值储存手段的数字资产。希望确保比特币能够继续作为一种良好的价值储存手段存在，比特币成为萨尔瓦多的法定货币，那么就需要确保以符合《银行保密法》和反法的方式使用它，要确保比特币被合法使用。（Bitcoin.com）[2021/7/30 1:24:39]
P2SH 的激活完成后，人们发现可能出现多个交易共用同一个 txid 的情况。就其自身而言，这个 bug 只会导致尝试利用这个 bug 的用户的资金被销毁，但它也可以结合比特币的默克尔树构建中的一些奇怪的行为打破节点间的共识（见?CVE-2012-2459）。第一个修复这个漏洞的软分叉是 BIP30，它简单将使用同一个 txid 的后发交易标记为无效交易，如果前发交易还有没花费的输出的话。这个修复在开发团队中没有争议，因此在包含 P2SH 激活参数的?Bitcoin 0.6.0?中以硬编码时间的方式激活。
比特币巨鲸Joe007：BTC最近回调只是早该发生的逆转:知名比特币巨鲸Joe007在5月8日宣布退出加密推特，称所有的宣传最终都不利于他的交易策略。Joe007在4月份看空比特币，但他输了，因为比特币当月收涨36%。随着比特币目前从近1万美元的高点回落，Joe又在Bitfinex Pulse上发帖。他表示，回调证明了他认为市场明显过度膨胀的论断。他认为，人们普遍认为比特币从Satoshi时代的钱包发生转移引发了周三市场恐慌，这是可笑的。“不，这不是‘被中本聪的幽灵吓到的市场’。这只不过是在加密市场上过度夸大了减半和（不存在的）通货膨胀神话，所以几乎任何随机的理由都可以证明早该发生的逆转。”
几周以来，Joe007一直在加密市场叫唤“幽灵钱”，并表示等操纵交易策略在推高市场而非真实、可持续的交易量方面发挥了很大作用。尽管他看跌比特币的短期前景，但仍然相信比特币的长期潜力。
据此前报道，5月20日，某2009年远古比特币地址出现异动，有声音猜测该地址可能属于中本聪，而后多方给出分析称不太可能。（The Daily Hodl）[2020/5/23]
虽然 BIP30 修复了 txid 重合导致的短期问题，比特币开发者知道这只是权宜之计，软件没理由每次收到一笔新交易都要搜索带有未花费输出的所有交易的索引。所以第二个解决方案开始提上日程，旨在消除让 txid 复制变成实用攻击向量的弱点。这就是?BIP34。对这一次更新，开发者使用了 类似于 BIP16 P2SH 的矿工投票方法，但这一次，准备好支持 EIP34 的矿工需要增加他们的区块的?nVersion?的数值。更重要的是，开发者自动化了比特币代码中新规则的实行，因此他们可以在等待矿工升级期间发布支持软分叉的软件。这个来自 BIP34 的规则用一个叫做?IsSUperMajority()?的函数实现了。最开始它包含了一个单项的激活阈值，达到了便开始实行 BIP34 的新共识规则：
动态 | 2018年使用比特币隐私方案CoinJoin的比特币支付占比达4.09%:据LongHash消息，2018年使用比特币隐私方案CoinJoin的比特币支付占比达4.09%。LongHash文章称，使用CoinJoin方法的比特币支付比例上升，可能表明更多用户开始看到比特币最原始的作用——作为一种无权的、非形式的数字货币。注：CoinJoin可以理解为提高比特币支付隐私性的一种方案。即将来自多个消费者的多个比特币支付组合到一笔交易中，从而使从外部更难确定实际支付的消费者或实际的收款人。此外，Coinjoin交易不需要修改比特币协议。[2019/4/30]
75% 规则：如果最新的 1000 个区块中有 75% 是 vision2 或者更大的，就开始拒绝无效的 vision 2 区块
在这个功能的开发期间，人们决定加入第二项激活阈值，决定性地修复使用 BIP34 所要解决的问题：
95% 规则：如果最新的 1000 个区块中有 950 个都是 vision2 乃至更大的，就拒绝所有 vision 1 区块
拒绝旧版本区块这个规则的一个已知问题是，除非所有矿工都已经升级，每天都可能有几个无效区块产生（如果恰好是 95% 的矿工激活，每个区块都有 5% 的几率是无效的）。已经升级并执行 ISM 规则的节点会拒绝这些区块，但更老的节点和轻客户端不知道这个规则，所以会接受这些区块。这会让网络比普通情形更加依赖于不在无效块后面继续挖矿的矿工。
在 2014 年 9 月，Pieter Wuille?发现?OpenSSL 在处理不同平台的 DER 编码签名时存在分歧。这个可以被利用来，比如说，创建一个在 Linux 操作系统上可以通过验证但在 windows 操作系统上会失败的区块 —— 攻击者定点创造链分裂。Wuille 和其他几位开发者秘密开发了补丁，并致力于以软分叉激活，保证所有签名都使用同样的格式。BIP66 就是为这件事创建的，在公开宣传中，是作为移除比特币对 OpenSSL 依赖的一步（这个目标是真实的，最终在 2019 年得以实现）。在 BIP66 获得用户和开发者充分多的支持（许多人甚至不知道这个安全漏洞存在）之后，它使用与 BIP34 相同的 ISM 激活机制，将区块版本号递增为 v3，并要求达到 95% 的阈值后就拒绝 v2 和更低版本号的区块。
75% 的阈值在 2015 年 7 月 4 日达到，而 95% 阈值在区块高度 363725 处达成，所有的节点都运行?Bitcoin Core v0.10.0?乃至更高版本的软件（或者兼容的实现），开始实行新规则。不过，在区块高度 363731 处，一个没升级的矿工生产了一个没包含当前版本号的区块，在新的 ISM 激活规则下不是有效区块。但其他矿工都在这个无效区块后面继续生产，最终产生了一条带有 6 个无效区块的链。这意味着未升级的节点和许多轻客户端都会将第一个无效区块中的 96 笔交易当成积累了 6 个区块确认的交易，即使它们在当时还没获得过哪怕一个有效区块的确认。最终，开发者只能联系矿池运营者，让他们手动重启软件并回到有效的链上。这样的事件在第二天又重演了一次，使一些交易获得了三次无效的确认。幸运的是，这六个和三个区块中的所有常规交易，后来都打包到了有效区块内，意味着普通用户没有损失。
最初位于 363731 高度的无效区块就是仅仅因为使用旧的版本号而变成无效的、预计每天都有可能出现的约 5% 区块之一。而下一个区块是未升级矿工挖出的概率也是 5%，所以连续两个区块都是版本号取消区块的概率是 0.25%。给定 95% 的矿工都已升级，连续 6 个区块都是版本号无效区块的概率是 0.000002% —— 但罪魁祸首还不是极端坏运气。没有考虑到的是矿工可能会做 “无验证挖矿”，也就是矿工在收到一个新区块之后，不加验证，直接在后面继续生产，这样可以提高一点效率。虽然无验证挖矿软件理论上很容易就能处理无效区块版本号，这个功能在当时挖掘那五个区块的矿工所用的软件中还没有实现。最终，足够多的矿工升级了他们的无验证挖矿软件，或者升级了他们的节点，而 BIP66 激活相关的意外链分裂就此绝迹。
为了应对这些导致?2015 年 7 月出现分叉的问题，开发者加倍努力减少对无验证验证挖矿的需求，成果如?BIP152?压缩区块的中继以及?FIBRE?软件。开发者也开始思考一种更好的激活机制，也就是后面会提到的 BIP9 协议。
BIP66 严格 DER 软分叉之前，就有人提出要用软分叉为比特币增加一个新的操作码?OP_CHECKLOCKTIMEVERIFY?（CLTV），但因为修复 OpenSSL 漏洞而推迟了。这就体现了 ISM 机制使用递增版本号的另一个弱点 —— 一个矿工如果发出信号支持最新的提议（vision n）也就隐含地表示了支持之前所有的提议（如 vision n-1）。这就限制了使用 ISM 同时协调多个升级的能力。
不过，尽管 BIP 66 激活时出了一些问题，ISM 被再一次用到了推迟的?BIP65?的激活中。这一次就没有再出问题了。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。