BCH才刚过一周岁生日一个星期,BCH社区的主力之一Bitcoin ABC(BCH全网接近三分之二节点运行的软件系统由Bitcoin ABC开发)就搅动了社区的涟漪。8月8号,Bitcoin ABC公布了自己的路线图提出修改BCH的共识协议。而BCH社区的大V之一Craig Wright却对此表达不满。作为nChain的首席科学家,且自封为“区块链技术研发的全球领袖”(甚至自称本人就是中本聪),Craig Wright的意见在BCH社区占有举足轻重的作用。紧接着在8月16号,nChain宣布将发布自己版本的全节点软件Bitcoin SV,直接对垒Bitcoin ABC的新版本。

  两者在多方面存在着巨大的差异。

  首先,Bitcoin ABC将会使用新的操作码OP_CHECKDATASIG。这个操作码将能实现预言机以及跨链原子合约交易。而Craig Wright却希望限制使用任何操作码,尽量让BCH网络专注进行转账交易,在他看来转账交易才是BCH的主要作用。

  其次,Bitcoin ABC在v0.18.0版本中引入了能决定交易有效性的交易顺序。这个特性使得全网节点在互相广播数据时减少所需传送的数据量,并在未来能提高网络的性能。

  但Bitcoin ABC的建议对大区快的支持者而言,不痛不痒,进展太慢。因为在大区快支持者看来BCH最大以及最重要的特性就是区块大小。Bitcoin SV希望把区块大小最终设置为128M,而Bitcoin ABC却认为目前的32M已经足够。

  但这些真的必要吗?

  如果我们把BCH的网络看作一个没有红绿灯的小镇。那人们需要在这个小镇修一条带宽肩的四车道高速公路以备以后能把这条路扩大成更多车道还是干脆现在就直接修一条十六车道的高速公路?

  显然Craig Wright倾向后者。而现在BCH 32M的区块离期望中的128M区块还有很大的距离。Blockchair的开发领队Nikita Zhavoronkov在推特上表示Craig Wright的建议完全没必要而且有可能很危险。这种想法会害了整个生态系统。

  而这场争论最终还得矿工才能定夺,但谁是矿工呢?现在社区的目光全部聚焦于几大矿池。

  Coingeek是目前最大的矿池,倾向支持nChain。实际上Coingeek正是Bitcoin SV的幕后推手。而其它矿池似乎都支持Bitcoin ABC。在其它矿池中,吴忌寒一人就掌控了BTC.com和Antpool。就在这个风口浪尖,吴忌寒最近在一个隐私群中发表评论,称Craig Wright是个假中本聪。

  ViaBTC也是比特大陆投资的矿池,目前看来也支持Bitcoin ABC,倾向就保留目前的32M区块。Craig Wright最近和ViaBTC的CEO杨海坡在一次推特对话中甚至对ViaBTC的态度不满,甚至对其进行了人身攻击。

  目前还不清楚对立的两派各自控制了多少算力,但根据Coin Dance统计的数据,Coingeek控制了大概27%到29%的算力。BTC.com,AntPool,ViaBTC联合起来控制了16%到21%的算力。不过BTC.com控制的算力数据在过去一段时间波动相当大,有时候是20%,有时是30%,还有时是38%。Coin Dance认为还有大概27%到30%的算力控制在谁手里尚属未知。

  假设BTC.com的数据准确,如果Coingeek能说服尚未表态的矿池,那极有可能Craig Wright能赢得这场战争。但实际上,赢得这场战争结局意味着什么也没人知道。但如果BCH真的发生了重大变化,那可能将是场灾难。

  Bitcoin Unlimited是BCH的第二大节点软件开发团队(BCH全网接近三分之一的节点使用该团队的软件),他们正在调和对立双方的关系。Bitcoin Unlimited的Andrew Stone(他在Bitcoin Forum上的网名为"theZerg")上周二(8月21日)发表了一个折中的建议,认为这根本不是一个技术讨论,纯粹是为了私欲和权力。他建议矿工运行Bitcoin Unlimited的软件,而不选对立双方的软件,Bitcoin Unlimited将通过BIP135把双方的建议都集成进来。

  当然也有人认为硬分叉也没什么不好。比如Bitcoin ABC的开发领队Amaury Sechet和Bitcoin Unlimited的Andrew Stone偏向中立,认为对立的双方都不对。甚至以太坊的创始人Vitalik也加入战局,直指Craig Wright根本不配作为数字货币社区的领袖,应该让他离开这里。

  BCH最大的吹鼓手Roger Ver上周被问到对此事的态度时表示还在评估中。但今早得到的最新新闻是,他对硬分叉不排斥。

原文链接:https://www.kg.com/article/483561175976644608

what??|诞生才一年的BCH竟面临硬分叉的抉择的更多相关文章

  1. 硬分叉后,BCH的钱包解决方案

    上周BCH进行了硬分叉,分叉成了两条链:BCH和BCHSV,对于分叉后的BCH如何进行交易呢?钱包是否有相关的危险因素? 由于分叉后的两条链没做重放保护,可能导致一条链上发起的交易,在另一条链上做重放 ...

  2. 在BCH硬分叉后防止重放攻击-1

    导致新加密货币的硬分叉为加密交换运营商带来了独特的机遇和挑战.Poloniex在最近的Bitcoin Cash硬叉之后面临的一个挑战是保护我们的客户免受重播攻击.由于SV链后面的开发团队选择在分叉后近 ...

  3. BCH硬分叉,BitcoinABC强势逆袭BitcoinSV

        最近币圈讨论最多的就是BCH的硬分叉,今天凌晨BCH硬分叉在众多币圈大佬关注下落下帷幕,此次分叉大站BitcoinABC强势完胜BitcoinSV.吴忌寒在推特上表示:祝贺!在这个新的区块之后 ...

  4. BCH硬分叉在即,Bitcoin ABC和NChain两大阵营PK

    混迹币圈,我们都知道,BTC分叉有了BCH,而近期BCH也将面临分叉,这次分叉将是Bitcoin ABC和NChain两大阵营的较量,最后谁能成为主导,我们拭目以待. 比特币现金(BCH)的价格自上周 ...

  5. 在BCH硬分叉后防止重放攻击-2

    重放攻击原理和防范措施——如何安全分离BCH的分来源:巴比特018-11-18 16:49:37 热度 12390 第0章 引言 即将面临的比特币分裂,如何保证你的币在分裂后肯定留下两种币?一个重点要 ...

  6. BCH/BCHABC/BCHSV分叉后重放机制小结

    1. 不过,在谈重放保护之前,我们需要先了解一下重放攻击(又称重播攻击.回放攻击).实际上,重放攻击在互联网行业里就有过出现,也是计算机世界黑客最常用的攻击方式之一,它是指攻击者发送一个目的主机已接收 ...

  7. BCH分叉是一次站队博弈

    BCH分叉在即,很多人说BCH本次分叉实质是大佬间的斗争,主要是本次BCH分叉主要分为两大派别: 一派以BCH用户量最大的客户端Bitcoin ABC开发组为主,要在11月15日展开硬分叉升级,主要升 ...

  8. [币严区块链]BitcoinCash - BCH钱包地址生成与扫块充值监控(JAVA版)

    本文的方案无需自建节点,因为BCH当前区块数据大小已经达到200G以上,BTC区块数据也已超过300G,若每个币都自建节点,对云服务器的消耗会非常大. 认识BitcoinCash(BCH) Bitco ...

  9. Block Chain Learning Notes

    区块链是什么 区块链技术是由比特币创造的,本文也将从比特币开始进行引导,一步一步告诉大家什么是区块链.如果你想立马知道区块链是什么,也可以直接转到文章末尾的区块链定义. 区块链,可能是当下最有前景又充 ...

随机推荐

  1. android 笔记(Service)

    Service 一.Serivce的启动方式分两种 1.startService.用这种方式启动的话,负责启动这个service的Activity或者其他组件即使被销毁了,Service也会继续在后台 ...

  2. ThinkPHP 的 Vender的简单实用

    ThinkPHP 的 Vender的简单实用 框架版本:3.2 示例一.调用二维码类: Vendor('phpqrcode.phpqrcode'); $QRcode = new \QRcode (); ...

  3. AC日记——Count on a tree bzoj 2588

    Description 给定一棵N个节点的树,每个点有一个权值,对于M个询问(u,v,k),你需要回答u xor lastans和v这两个节点间第K小的点权.其中lastans是上一个询问的答案,初始 ...

  4. js-input file 文件上传(照片,视频,音频)

    在此做一个笔记 <input type="file" accept="image/*" capture="camera"> &l ...

  5. 阿里数据库性能诊断的利器——SQL执行干预

    概述 在业务数据库性能问题诊断中,如果发现一个业务性能很差跟某个SQL有关,应用连接池几乎被该SQL占满,同时数据库服务器上也不堪重负.此时情况很紧急,业务改SQL重发布已经来不及了,运维能选择的操作 ...

  6. ubuntu网络、包管理、工作内容小结

    中国地图 1.配置IP cat /etc/network/interfaces auto lo iface lo inet loopback # The loopback network interf ...

  7. 东方14模拟赛之noip2015/day1/3/神奇的幻方

    总时间限制:  10000ms 单个测试点时间限制:  1000ms 内存限制:  128000kB 描述 幻方是一种很神奇的N*N 矩阵:它由数字 1,2,3, … …,N*N 构成,且每行.每列及 ...

  8. CompletionService 与 ExecutorService 获取任务执行结果时的区别

    CompletionService 与 ExecutorService 之间的区别 在讨论二者之间的区别之前,先交待一下背景. 看了ElasticSearch Transport模块的源码,里面充满了 ...

  9. SQLServer 跟踪 扩展事件(Extended Events) 专家

    http://blog.csdn.net/kk185800961/article/details/49725903

  10. vue2.0 + vux (二)Footer组件

    1.Footer组件 Footer.vue <!-- 底部 footer --> <template> <div> <tabbar> <!-- 综 ...