差不多两年前，我辞去了比特币核心维护者身份，当时我写道：
我很高兴能够更专注于协议级、交叉执行的问题，而不是把目光局限在比特币核心软件的具体问题上。
到现在，我仍然这么想——专注于协议级，交叉执行的问题，但最近一系列的扩容方案引起了不少争议（也伤害了一些人的感情），也令我有些心烦。这些扩容方案我都有参与和支持，第一个就是Bitcoin XT，最近就是Bitcoin Classic，也许将来会有Bitcoin Unlimited。
疯狂！混沌！无政府状态！……我听到一些人这么说我，我疯了吗？好吧。当我还是比特币核心维护者时，我有三点首要义务：
1）保持系统安全
2）保证网络可靠地处理交易
3）消除单点故障
以上三点仍然是我的首要任务，但现在我会尽量站在更高的角度去看，着眼于整个比特币生态系统，而不仅仅是核心软件问题。那么我应该如何展开工作呢？
比特币的协议确实做得很好、很安全，但是“报告比特币弱点的邮件列表”已经沉寂了好几个月。看到多重签名“p2sh”被采用，我感到很是满意。尽管这有点愚蠢，但我还是不断提醒人们（你们比我聪明）在协议更新发展的过程中，要尽量避免错误。
我仍然担心比特币网络在短期内的安全问题，这就是为什么我如此不遗余力发表关于区块大小问题的观点，这也是我支持比特币核心替代方案的部分原因。无论如何用什么样的办法，从长远来看，我认为一切都会迎刃而解。因为聪明的工程师们会想方设法来解决区块大小问题，无论是“扩展区块”，还是使用闪电网络，或者侧链，其实并不重要。我喜欢一种美好、简单、干净的解决方案，世界上大多数最伟大的技术都是建立在顽固而可怕的传统遗留基础之上，而且很多都能运行得很好。
即便没有一个短期的解决方案，比特币技术仍将存活下去，只是比特币网络的采用和增长可能会往后推迟一两年。
那么关于扩容的短期解决方案怎么办呢？这就要说说我的第三个义务了：消除单点故障。你也可以理解为 “去中心化一切”、“多样性是好的”、“竞争是好事”。
消除单点故障的一个办法是在同一时间，尝试问题的不同解决方案。如果你有足够的资源，这就是一个很好的策略，这给你增加了成功的机会，只有当所有的解决方案都失败，才算失败。
以此类推，项目开发最好也有多个团队，这样会减少因为一个团队失败而造成的混乱。
六年前的比特币生态系统没有足够的资源来支持多个开发团队，而现在它能做到了。
随着技术的成熟，分工专业化是自然的。过去，福特汽车公司自己生产，自己组装。今天，福特汽车下面有数以千计的汽车零部件供应商，每一种零件的生产都会有一个以上的供应商，消除了单点故障。
我正在尽我所能去加快比特币网络的这一进程。我将为Bitcoin Classic，Bitcoin Unlimited，Bitcoin Core以及其他即将提出的开源项目贡献我的建议和经验（和代码审查、代码）。我希望这些方案都能成功，然后按照比特币生态系统中相应的需要，为它们做不同的分工。比如，矿工也许更偏爱Bitcoin Classic，Bitcoin Unlimited更侧重终端用户。Bitcoin Core将专注于核心协议层较长远的改善。
又或者可以根据不同的文化以及决策的程序来决定它们所承担的角色。你也许觉得这听起来很疯狂，那么我建议你深入去了解一下Linux的各种发行版在属性、决策、文化等方面的不同，多样性是好事。
如果各种实现方案在它们共同做的事情上无法达成一致怎么办呢？Linux有Linus，那么谁来为比特币共识规则做最后的决定呢？
中本聪在白皮书最后的结论中给出了这个问题的答案：
节点可以随时离开网络，而想重新加入网络也非常容易，因为只需要补充接收离开期间的工作量证明链条即可。节点通过自己的CPU计算力进行投票，表决他们对有效区块的确认，他们不断延长有效的区块链来表达自己的确认，并拒绝在无效的区块之后延长区块以表示拒绝。本框架包含了一个P2P电子货币系统所需要的全部规则和激励措施。
最后，我要说，我将继续写更多关于激励措施的东西以及达成共识的程序。
原文：http://gavinandresen.ninja/classic-unlimited-xt-core
作者：GAVIN ANDRESEN
译者：printemps
责编：printemps
稿源（译）：巴比特资讯（ http://www.8btc.com/classic-unlimited-xt-core）
声明：此文出于传递更多信息之目的，并不意味着赞同其观点或证实其描述。本网站所提供的信息，只供参考之用。
