比特币硬分叉恐慌发生了什么？ | 比特币秘史（十八）

作者| 哈希派-LucyCheng

作为全网公认的最长链，比特币共识版本的升级一直都是通过软分叉完成的比特币共识协议，除了两次意外（2013年和2015年，分别历时24区和6区）。 片）。 HashPie今天要说的是在社区引起短期恐慌的0.8.0版本。

原图来自：icokanban

2013年3月11日格林威治标准时间23:30，网友“thermoman”在bitcoin-dev IRC频道表示，有人发现225431区块在他的主机中被挖出，但大部分区块包括blockexploere上显示的最新区块高度块数据网站仍然是225430。

在接下来的 30 分钟内，更多用户在他们的比特币客户端日志中发现了奇怪的报告； 关于不同步块高度数据的讨论在 IRC 频道中广泛传播。 Bitcoin So 开发者 Peter Wuille 说：“我几乎在 225439 区块，但其他来源停留在区块高度 225431。我想知道是否有什么东西触发了它，一个大的重组或其他什么”。

Bitcointalk论坛网友amesterdamer 2014年7月20日留言

正如 Peter Wuille 推测的那样，20 天前发布的 Bitcoinqt 0.8.0 与早期版本不兼容，导致了这次事故。 据悉，为了减少区块链的同步时间，该版本将其数据库从Berkely DB切换到更高效的Level DB。 但开发者没有意识到的是，这个操作无意中改变了比特币协议的规则。

具体来说，更新数据库的过程必须“锁定”数据库中存储特定信息项的部分，以防止两个同时发生的更改破坏数据库的机制。 其中，Berkeley DB使用的存储对象的数据结构，每次更新需要两把锁，并且需要用户设置锁的数量限制。 对于比特币，这个值为 10,000。 问题就出在这里比特币共识协议，因为Level DB没有这个限制，所以当225430区块超过5000笔交易时，新版客户端接受，旧版不能接受。 两者的不兼容导致当时比特币分裂成两条不同的链。

比特币共识规则变更（来源：BitMEX Research，Github）

突如其来的硬分叉引发市场恐慌，比特币价格短时间内下跌24%。 OKPay甚至出现了价值1万美元的双花交易。 然而，这种情况持续了大约六个小时，才被社区的团结所扭转。 当时意识到形势不妙，几乎所有主要的比特币开发者和矿池运营商都立即加入了比特币开发IRC频道进行讨论； 后者支持0.8.0客户端主动停止挖矿，前者多为大公司也立即关闭充值业务。 在所有相关人员的积极配合下，支持0.7.0版本的区块链终于在12日凌晨06时19分左右赶上，两条链在区块高度225454汇合。至此，产生大区块的新链被宣告无效，使用新版客户端的矿工回到0.7.0版本继续挖矿。

外界对这次比特币危机给出了很多正面评价，这场危机只损失了24个区块的比特币奖励和价值10,000美元的双花交易。 同时，他们对社区所有成员的无条件合作和解决问题的速度表示赞赏。 . 但另一方面，也有人认为这波操作在某种意义上是对比特币去中心化理念的亵渎，他们称之为51%攻击的预演。