比特币简史：中本聪退休后，比特币发展如何？

区块天眼APP消息：中本聪离开比特币后，参与的项目方越来越多，从而催生了BIP（Bitcoin Upgrade Proposal）流程。

原标题：《干货 | 比特币发展不全史（上）：简介》

作者：0xB10C

译文：阿健

要全面了解比特币发展现状背后的原因，就不能不了解一些历史事件。本文重点介绍了中本聪离开项目前后的历史事件、软件发布和错误修复；增加了一个额外的章节来描述比特币开发的当前状态。文章随附的时间线提供了每个事件的更多详细信息。

我不是这里大部分事件的见证人。所以这个时间线的很大一部分来自约翰纽伯里的演讲，名为“比特币发展的历史和哲学”。这篇文章的标题也写得很清楚，这篇文章没有，也不能做，包括每一个重要事件。历史总是在变化，如果你认为我遗漏了什么，或者想提出一些改变建议，请在开源项目 bitcoin-development-history 中提出问题，我用它来附上更多的时间表。

当中本聪还在的时候

此时间线的起点是 2007 年初。中本聪开始开发比特币。这种点对点电子现金系统没有值得信赖的地方。整个系统完全由用户运行的软件控制。

早期，贡献者加入了中本聪的工作。除了软件的开发，这些新的贡献者还为软件添加了对 Linux 和 maxOS 操作系统的支持。到 2010 年夏天，中本聪对软件进行了一些关键更改。例如，引入“检查点”作为针对传播低难度链的攻击的安全措施。使用这些检查点的节点将拒绝与某个块的某个高度不匹配的链。检查点由中本聪单独硬编码，理论上允许中本聪自己决定整个网络想要遵循哪条链。

在添加 checkpointing 几天后，中本聪发布了 v0.3.3 版本软件中的第一个共识机制变更。中本聪敦促用户升级。接下来的一个月，陆续发布了几个小版本更新。其中一个修复了致命的溢出漏洞。该漏洞被利用来创建两个高价值的 UTXO。中本聪建议矿工重组包含恶意交易的区块。

一周后比特币诞生时间，中本聪添加了一个警报系统，以提醒节点运营商网络中的类似错误和问题。该警报系统具有安全模式。这种安全模式一旦被触发，就会禁用用于跨网络处理货币的所有 RPC 方法。只有中本聪可以使用私钥签名创建有效的网络警报。一些用户开始质疑：如果其他人（例如政府）掌握了这个私钥，网络会发生什么？

此时，中本聪对比特币网络拥有过多的权力。但主要担心的不是中本聪会变坏并摧毁整个网络，而是去中心化网络不应该出现单点故障。

到 2010 年 10 月，中本聪在 Bitcointalk 论坛上发表了他的最后一篇文章，宣布取消这种安全模式。在他最后一封电子邮件中，中本聪写道：“我要去别的地方。有加文和所有人，这个项目将得到很好的维护。”有人认为，中本聪离开比特币世界是他最大的贡献之一。

中本聪离开后

大约在同一时间，整个开发过程从 SVN 转移到了 GitHub。 BlueMatt、sipa、laanwj 和 gmaxwell 加入了该项目。 2011年年中，BIP（比特币升级提案）流程应运而生。在 2011 年最后一个季度和 2012 年第一个月，社区讨论了几项允许交易接收者指定支出条件的提案。因此，P2SH 交易引入了比特币。

2012 年底，比特币基金会成立。比特币基金会以 Linux 基金会为蓝本。在公告帖子下方，一些人评论表示担心开发会变得集中化。

比特币 v0.8.0 于 2013 年春季发布。两周后，网络中升级和未升级节点之间发生了意外的硬分叉。硬分叉很快就解决了，矿工们将他们的挖矿能力切换到了一条同时适用于升级和未升级节点的链。

2013 年底，比特币软件更名为 Bitcoin Core。在接下来的几年里，包括 Chaincode 和 Blockstream 在内的公司相继成立。后来，麻省理工学院数字货币计划加入了 Chaincode 和 Blockstream，向从事比特币工作的开发人员和研究人员付款。 2015 年 2 月，Joseph Poon 和 Tadgw Dryja 发布了闪电网络白皮书的初稿。

第二年，Luke Dashjr 用 BIP 2 修改了 BIP 流程； Bitcoin Core 发布 v0.13.0 并添加 SegWit 作为软分叉。 2016 年 11 月，警报系统被完全弃用。到 2017 年 8 月，SegWit 在比特币网络上被激活。 2019 年，另一家公司 Square Crypto 开始资助比特币开发。 2019 年 5 月，Pieter Wuille 提出了 BIP Taproot。

比特币发展现状

在过去的几年里，比特币的开发文化变得越来越去中心化、有目的和僵化。比特币核心代码库现在有 6 个维护者，分布在三个国家。只有他们可以合并贡献者提出的代码更改。但是，在内容合并之前，更改的内容要经过一个也变得更加严格的审议过程。

例如，在比特币的早期比特币诞生时间，有一个针对 P2SH 的竞争提案，称为“OP_EVAL”。一个实现 OP_EVAL 的拉取请求（“合并请求”）在 2011 年底被合并到代码库中。即使是对共识进行重大更改的代码也只有一个审阅者。 Russell OConnor 提出了一个批评该实施部分的问题，认为如此大的、对共识至关重要的更改应该得到更多的审查和测试。

本次活动引发了关于如何通过更多测试和审核来获得更高质量代码的持续讨论。今天，每个合并请求都由多个开发人员审查。如果变更涉及安全甚至共识的关键部分，则审查过程需要经过更多的审核员，需要进行广泛的测试，并且通常需要几个月的时间。活跃的比特币核心贡献者 John Newbery 告诉我，“影响共识的代码可以与单个审阅者的批准合并的日子已经一去不复返了。”

人们还为自动化测试付出了很多努力。例如，有用 C++ 编写的单元测试和用 Python 编写的功能测试。每个重要的更改都需要更新现有测试或相应地向框架添加新测试。除了单元测试和功能测试，Bitcoin Core 上的模糊测试，以及构建基准测试框架来衡量代码的性能。例如，bitcoinperf.com 网络提供 Grafana 和 codespeed 接口以可视化定期基准测试的结果。

经过多年的努力，Bitcoin Core 软件已经形成了清晰的发布流程。比特币核心的主要版本每 6 个月发布一次。发布计划包括翻译过程、功能冻结过程，通常还有多个候选发布。 Cory Fields 和 Carl Dong 最近还致力于提高比特币核心构建过程的安全性，使用确定性和可引导的构建包。这个新的构建系统可能还没有准备好支持将于今年秋季发布的 Bitcoin Core v0.19.0，但未来可能会提供更好的构建过程安全性。

结论

十年来，比特币的开发文化已经从以中本聪高度集中为中心转变为以数千名 GitHub 贡献者为中心（2018 年数据）。显然，高标准的代码审查、代码质量和安全性都是必要的。这些标准得到遵守并不断改进。

我相信了解这些历史事件对于充分理解比特币发展现状背后的哲学至关重要。所以我做了一个时间表来串起更多的事件。

如果需要进一步研究，推荐阅读Alex B.的《比特币发展之道》和Eric Lombrozo和Jameson Lopp的《谁控制比特币核心》的杰作《比特币核心合并过程（Bitcoin Core Code Merge Process）》 ? （谁控制比特币核心？）”。

谢谢

感谢 John Newbery 帮助我整理和审阅这篇文章。他在他的演讲“比特币发展的历史与哲学”中做了很多历史研究，这是我这篇文章的基础。另外，我非常感谢 Chaincode Labs 邀请我参加他们的 Summer Residency 2019，在那里我遇到了很多有趣的人并学到了很多东西，并且在那里我开始整理时间线并撰写本文。