文档章节

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

l
 lpy411
发布于 2018/10/18 16:51
字数 1482
阅读 2
收藏 0

006YQfwzly1fwcdiw6i7yj30rs0fm1kx.jpg

近日,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此次路线分歧的态度。

© 著作权归作者所有

共有 人打赏支持
l
粉丝 1
博文 247
码字总数 250410
作品 0
商丘
私信 提问
江卓尔:一次性讲完BCH经常被污蔑的几件事

1、为什么在纽约共识达成后,又发生了BCH分叉? 纽约共识是业内大部分矿工、交易所和企业的共识,但Core反对纽约共识。 交易所在执行纽约共识时,最大的问题是,哪条链能继承【BTC】这个交易...

lpy411
2018/06/11
0
0
比特币现金矿工商议,为开发提供部分奖励

5月19日,一群比特币现金的矿工在香港的Coingeek会议后会面,讨论了一项新的提议,该提议将资助BCH的开发公司和在为协议工作的专业程序员。部分资金将来自于矿商的奖励,与会者讨论了向基金开...

lpy411
2018/05/25
0
0
BCH一周年:从硬分叉到顺风顺水

雷锋网AI金融评论按:继去年的硬分叉分级之后,比特币现金(BCH)已走过一年时间。一直以来,支持者们一直在争论 BTC(比特币) 和 BCH 之间的优点。然而,在BCH创立的周年纪念日里,我们需要...

AI金融评论
2018/08/02
0
0
Nchain旗下矿池挖出首个BCH区块,“算力战争”真的要来了?

本周三,SV矿池挖出了首个BCH区块。该矿池的经营者是区块链公司Nchain和Coingeek,他们表示已经有来自世界各地的数百位矿工选择加入这个矿池。 Bitcoin SV迈出了第一步 BCH网络升级定于11月1...

lpy411
2018/10/18
0
0
如何让一种币更有生命力——一种BCH开发资金募集方案大讨论

第0章 引言 作者:闪电HSL 最近几天BCH社区异常激励地讨论着在5月19日的一次在香港开的关于募集BCH开发资金主题会议的事,本文主要想写明白这个主题会议上到底发生了什么,尤其是后面几天社区...

lpy411
2018/05/23
0
0

没有更多内容

加载失败,请刷新页面

加载更多

Spring Boot 集成 Swagger,生成接口文档就这么简单!

之前的文章介绍了《推荐一款接口 API 设计神器!》,今天栈长给大家介绍下如何与优秀的 Spring Boot 框架进行集成,简直不能太简单。 你所需具备的基础 告诉你,Spring Boot 真是个牛逼货! ...

Java技术栈
23分钟前
3
0
一个简单的js作用域题目(原创)

var name = 'nnmm' var obj = { name: 'name1', func: () => { console.log(this.name) }, func1: function (){ console.log(this.name) }, son: { ......

boogoogle
26分钟前
2
0
SSM整合activeMQ/activeMQ配置

一、引入依赖 <!-- xbean 如<amq:connectionFactory /> -->    <dependency>        <groupId>org.apache.xbean</groupId>        <artifactId>xbean-spring</artifac......

嘴角轻扬30
30分钟前
2
0
小公司出身的程序员,面试咋这么难?!

小公司出身,被大厂竞争者 KO 以下是一个非常真实的案例,是一个大厂工程师和一个小公司工程师同时求职一个独角兽公司的职位的经历。 一个是985本科学历,出身互联网大厂,四五年经验的样子。...

编程SHA
36分钟前
2
0
揭秘:蚂蚁金服bPaaS究竟是什么?

摘要: 分布式金融核心套件,蚂蚁金服bPaaS究竟是什么东东? 文/图 孙浩峰 去年9月,蚂蚁金服在杭州云栖ATEC发布了分布式金融核心套件bPaaS( Business Platform As a Service ),对外开放自...

阿里云官方博客
37分钟前
1
0

没有更多内容

加载失败,请刷新页面

加载更多

返回顶部
顶部