第0章引言

比特币分叉是一个非常复杂的工程。任何一次比特币分叉，从理念提出，到社区讨论，到代码设计，到宣传和推广，到矿工和用户部署，这是一个非常复杂的工程。这样的工程其实在人类的分工协作历史当中甚至是算得上是史无前例的。参与比特币的人和公司太多了，不同文，不同种，各自的背景相差太远太远，但却要协调一致。我们人类作为一个物种，历史上这是第一次干这样的事。我们现在是历史的见证人。无论我们怎么吵翻脸，执有不同理念的人相互骂傻逼，都是可以理解的。哪怕是比特币最后被我们搞失败了，我认为也是可以理解的。

第1章比特币分叉就是比特币软件升级

在这么复杂的工程面前，我们作为普通的用户，可以做的第一件事就是清晰了解这个工程里的概念。这些概念是沟通的语言，是我们参与讨论的基础。好，我们先来搞清楚比特币分叉这个最基础的概念。到底什么是分叉？

比特币就是一套软件，这套软件很复杂。我们这些玩比特币的人，在各自的电脑上和手机上运行这些比特币相关的软件，这些软件要能相互连接，形成一个网络。比特币分叉就是比特币这些软件升级的过程。

我们使用微信，微信每隔几个星期就要升级一个版本，增加些新功能啦，改改字体了，修修bug之类的。比特币这套软件同样是要升级的，也想增加新功能，也要修改漏洞，也要做界面的美化。

你看我们在手机上装一个微信，腾讯公司发布新版本时，其实我们往往是愿意升级就升级的，不愿意就拉倒。只不过是新功能你用不着而已。如果你用很老版本的微信，你不升级，如果我用最新的微信想跟你视频，可能就会提示，对方微信版本太低，不支持视频通话。

但比特币网络这套软件，要比微信这样的单一公司发布的产品要复杂很多很多。比特币的升级也要复杂很多。比特币大部分的特性升级，是和微信的升级差不多，用户可以选择升和不升，影响不大，只不过你能不能享受新特性的区别罢了。但涉及到一些核心层面的特性升级，以及一些重大漏洞的升级，那几乎是要绝大多数人同时升级，才能胜利让比特币这套软件胜利运行下去。如果你不升级很可能就会出问题。一旦涉及到比特币核心层面特性的变动，这样的升级，往往就被称为分叉。

所以不要怕分叉，比特币要分叉了，就是要做一次重要的特性升级了。如果你是用微信，我们都喜欢新版本对吧，我们也需要新的手机对吧，为什么啊，因为有升级啊。比特币分叉，就是比特币升级啊，这是好事儿。怕什么怕，没见过软件升级吗？得多没见过世面，才会怕啊，乡巴佬才怕。

第2章比特币分叉的前半部分——设计分叉

下面我们要高清楚的一些分叉过程的更细节的概念。因为比特币分叉，毕竟是一个很复杂的系统工程，为了完成这个工作要分很多步骤的。我以前是机械设计工程师，当过好几年的项目经理，要管好一个项目，可难了，不过有方法论，叫项目管理，这是一套科学，有很多书要读。比特币分叉也是一个项目，怎么执行，怎么管理，也是要讲科学的。我们先来讲这套科学知识体系中的设计部分。

比特币协议升级，一般是有人先提出一个概念，然后很多很多人都会去讨论，然后有人写成代码，然后有矿工和用户去测试和执行代码，然后就是分叉结束了。但慢慢来，我们先说前半部分，就是从概念提出到写好代码这部分。因为我们绝大多数人其实不知道这些开发者是在干吗的，到底怎么提概念，怎么讨论，怎么写代码，最后谁的代码说了算。

好，为了讲明白比特币分叉的前部分，我先给大家讲一个故事，一个办公室的故事。

你在一家公司的一个部门，比如火币的产品研发部，部门一共5个同事，其中一个部门经理。现在部门要向公司提交下个月的办公用品采购计划。部门经理先用wrod文档写了一份采购申请单，并且在申请单上填上了自己计划要买的东西。然后经理将这个文档上传到部门的共享文档上。

同事A将文档复制了一份，然后在后面添加了自己想要采购的东西，然后上传到共享文档申请经理审批。同事B、C、D也分别复制了一份，分别添加了自己想要买的东西，并且申请审批。

部门经理审批了A的采购计划，认为合理，他就将A的需求合并到自己的那份申请单后面。接着部门经理又审批了同事B的计划，他认为不合理，他就拒绝了B的需求，直接丢弃了B的计划单。然后继续审批C和D的。要么合并，要么丢弃。

然后这个同事B就很生气，认为这不合理，他就越过部门经理，直接向公司提交了一份单独的采购申请单。

好故事讲完了，同志们，上面这个故事，就是一个典型的比特币分叉的设计过程。把以上这个例子中的“采购申请单”，换成一个“程序开发项目”，上述过程就是一个典型的“立项”、“分支”、“请求”、“合并”、“分叉”的过程。

2009年有一个程序员，叫中本聪，写了一个程序，叫bitcoin，将代码上传到了github，公开出去，形成一个主代码仓库，这个主代码仓库就叫bitcoin

然后有很多其他程序员看到了这个bitcoin代码仓库，觉得很有意思，就分别将这个代码复制下来研究，形成一个“branch”（中文译成分支），在分支上加上自己想要的特性，然后向主代码管理员提交申请，叫“pullrequest”，中文叫“请求”。申请将自己的修改部分合并到主代码仓库里。

然后这个主开发者会审批这个“pullrequest”，如果合格了，他就会将这部分代码合并到主代码库，这个过程叫“merge”，中文译成“合并”。

如果主开发者认为这个“pullrequest”不合理，他就会拒绝，英文叫“Close”。

但如果提这个“pullrequest”的人觉得他是对的，他可以独立出去，不和这个主开发者玩了，自己立个项，取个别的名字，然后自己合并代码。这样就形成了一个“fork”，中文译成分叉。这个分叉和比特币协议升级的那个分叉不是同一个东西啊，名字相同，含义不同。

以上是所有参与者都是有开发权限的流程，但如果是一个项目组外的人，看到了这个项目，并且想提交一份特性的代码“pullrequest”，那他就得先对这个主代码仓库进行“fork”，然后再提交“pullrequest”。这个没有开发权限的人叫没有提交代码权，提交代码权英文叫commit权限。

这就是开源软件管理的过程。开源软件的代码更新，和漏洞修复都是使用这一套流程。

比特币就是一套开源软件，一开始有只有一个代码仓库，是中本聪建立的，叫Bitcoin，后来有很多人"fork"了Bitcoin，并提交了“pullrequests”，然后被合并新代码，比特币就一直这样走了很多年，特性变的越来越多，代码也越来越复杂。也有人程序的请求没有被合并，甚至有些人干脆自己“fork”并独立出去，形成新的分叉。就形成了一个包含新特性升级的版本的比特币软件。

现在比特币这套开源软件有非常多的分叉，最著名的就是bitcoincore、bitcoin unlimited、bitcoin classic、bitcoin XT、Bcoin……

第3章比特币分叉的后半部分——执行分叉

好，我们搞懂了比特币分叉前半部分，那接下来就是分叉的后半部分。这就是中国人的主场了。这个分叉前半部分啊，其实没啥咱中国人的事儿，都是人家美国人和欧洲的人主场，这就和中国足球队跑到巴萨罗那去踢球，一丁点儿存在感都不会有。就是去被人欺负的。在2015年和2016年中国矿池老板和交易所还组织去美国跟开发者谈判，人家吊都不吊你，根本就不带你玩，就叫你玩泥巴。分叉这事啊，一直是老外欺负中国人。但到了分叉后半部分，老外就说，妈的，日了狗了，到了中国人的主场。

比特币分叉的前半部分是将代码写好了，这时候比特币软件至少会有两个版本，一个是不包含分叉的新特性的老版本，一个是包含分叉特性的新版本。有时候啊，分叉特性还会有好几种不同的特性呢。就比如bitcoin core, Bitcoin unlimited、bitcoin classic、bitcoin XT、Bitcoin abc都是包含了不同特性的比特币软件。

比特币分叉的后半部分就是用户，特别是矿池和交易所要安装这些分叉前半部分写好的软件版本，这里就存在你是否安装新版本，还是要留在老版本上，如果你安装新版本，你又是想安装哪一个新版本呢？

这时候麻烦就来了，铛铛铛铛。。。。。比特币分叉的前半部分是设计图纸，后半部分是按让图纸上的设计工作起来，这是实际生产环节，这个过程搞不好就会出问题的。

如果大家不统一安装一个版本的比特币软件，就有可能会造成比特币网络的分裂，就会分成两个币。如果大家能够统一安装一个版本的比特币软件，或者安装可以相互兼容的版本，那比特币分叉胜利完成，比特币网络就会升级到新的版本。

BCC的分裂就是矿工们分成了两波，其中一小波安装了bitcoin abc这个包含了新特性版本的比特币软件，另一大波还留在原来的不包含新特性的比特币软件版本。从而导致了分裂的出现。

谈到这个分不分裂的问题，就到了今天的高潮了。但是，高潮之前我们先来点前戏，我们先来搞懂两个组织比特币协议升级的工具，软分叉和硬分叉。

第4章比特币分叉工具——软分叉和硬分叉

我们讲比特币协议升级，什么叫升级啊，先抛开“升级”这个明显带有褒义的词，我们说成是比特币协议的修改，对吧。所谓的升级就是对协议的修改。

好问题来了，修改的具体含义是什么？请大家认真思考，并谨慎回答这个问题，修改比特币协议的具体含义是什么？给大家100秒的时间，现在倒计时，一百，一，时间到。答案揭晓。对任何协议的改变就存在两种，一是规则收紧；二是规则放宽。对不对，对不对。对。

比如对比特币区块大小这个规则来说，现在的协议里的规则size