BCH开发团队BU为什么选择让矿工投票？

近日，BCH的开发团队之一Bitcoin Unilimited开发组发布了新版本的客户端1.5.0，并兼容了ABC客户端在11月份所有的升级特性，包括规范交易排序（CTOR）、操作码OP_Checkdatasigverify (CDSV)、一个强制执行的“clean stack”规则，一个用于签名脚本的“push only”规则，一个100字节的最小交易大小等等。

BU虽然兼容了ABC开发组所有的升级特性，但对于是否支持SV却表示仍在“待定”，在论坛r/btc上BU的首席开发者安德鲁·斯通（Andrew Stone）表示，他希望矿工使用他们团队与Bitcoin XT开发者联合提出的BIP135投票系统，通过投票来表决矿工们希望在11月15日升级中实现的特性。

BU开发团队作为一个中立的开发组，一直以来都是BCH开发去中心化的象征之一，在BCH的节点运行占比中有着较高的运行数量，按照目前的节点运行数来看，BU节点运行占比为39.71%，仅次于Bitcoin ABC的55.87%。随着BCH 11月份升级的临近，BU作为BCH的主要开发组之一，其一举一动都牵扯著BCH社区成员的想法，尤其是对于Bitcoin ABC和Bitcoin SV客户端的支持者来讲，因为凭借BU在社区长久积累下来的人气和信任，它的态度很有可能影响着社区部分成员的抉择。

可能BU团队自身对于其态度的重要性也有一个清楚的认知，所以才会在对外界的表态中，表示仍然持观望态度。我们虽然至今仍无法明确判断该开发组的真实想法，但从一些已经发生的事情中，我们至少可以判断BU还是更加倾向于Bitcoin ABC开发组的发展方向的。

首先，矿工投票其实就意味着Bitcoin ABC客户端的胜出。

在目前的BCH网络中，总共有1899个节点在运行着BCH各个版本的客户端，而在众多的节点运行者中，矿工这一群体占据了大部分，所以只要查看网络中各个版本客户端的运行占比，就可以清楚的了解矿工对于此次争议的想法。

根据BCH区块链浏览器cash.coin.dance的实时数据（2018/10/18）显示，运行Bitcoin ABC客户端的节点数量是1061，占比为55.87%，运行BU客户端的节点数量是754，节点占比为39.71%，而运行Bitcoin SV客户端的节点数量是23，占比仅为1.21%。

从数据中我们不难看出Bitcoin SV客户端在大部分矿工中心目中的地位，所以BU选择让矿工投票无疑于是一种即公平而又有倾向性的做法。

其次，ABC开发组提出的规范交易排序（CTOR）对BU融入的石墨烯技术有促进作用。

CTOR一直是SV支持者反对ABC此次升级的原因之一，部分反对者认为CTOR在现阶段没有明显的作用，且未经过测试，底层协议的修改应该更加慎重一点。但ABC开发组表示，他们已经为所有愿意测试的人提供了测试网络并预留了充足的时间，而且还是在所有参与者提前知道的情况下，所以“未经测试不安全”的言论是没有根据的。CTOR虽然在现阶段没有明显的优势，但石墨烯技术和分片技术的重要性已经得到充分论证，开发组也多次表示，CTOR有助于BCH在未来实施分片技术以及帮助石墨烯技术更好的发挥作用。

BCH虽然一直秉承著开发去中心化的原则，但这并不妨碍开发组之间的技术沟通，Bitcoin ABC和BU团队就是如此，CTOR协议的改动是一件大事，BU开发组事先也是知情的，否则BU团队也不会在此次升级中兼容了这一改动。

最后，BU首席开发人员Andrew Stone对于争议双方的主要代表有不同看法。

在今年的7月份，ABC开发组核心开发人员Amaury Séchet发布了一篇题为《关于市场和预共识》（On Markets and Pre-Consensus）的论文，其中讨论了预共识的概念，该想法就是让网络参与者能够决定下一个区块的大小。但这一想法却遭到了nchain首席科学家同时也是SV节点提出者Craig Wright的反对，他直言：“不会有算力浪费在这种垃圾上。” Craig Wright的激烈言行，引起了BCH社区的热议，其中就包括BU首席开发人员Andrew Stone，他在Reddit论坛上表示：“在中本聪愿景大会上，Craig Wright透漏他的矿工会发现双重支付，还会以某种方式惩罚这种行为，这其实就是一种预共识形式。他似乎根本没有弄明白Amaury Séchet的建议究竟是什么，就抨击它是垃圾？”

Andrew Stone是技术出身，对于一些可能有助于提高BCH交易效率的新技术自然是非常感兴趣，所以才会对CSW的言行感到不可思议，这种主观上的情感倾向也会左右著BU团队对于BCH此次路线分歧的态度。