算力大战是BCH最坏的一种处理方式

近期BCH社区关于Bitcoin SV和Bitcoin ABC两个客户端之间的争议愈发激烈，主要的争议点集中在Bitcoin ABC在11月份做出的升级改动。以nChain和CSW为主的Bitcoin SV支持者认为ABC的改动涉及到底层协议的修改，并且修改内容未经测试存在风险，主张将BCH继续扩容至128MB，并锁住底层协议，使得BCH恢复到0.1.0版本的比特币；以ABC开发者为代表的一派认为，修改协议有助于提高BCH的用户体验，11月份的升级是BCH发展路线图中的一部分，升级势在必行。

两派观点针锋相对，以目前的情况来看，两派都没有要和解的打算，尤其是Bitcoin SV节点的提出者CSW，曾多次表示两个客户端不兼容，不兼容就意味着分叉出现两条链共同运行和在一条链进行算力大战的可能。不管是前者还是后者，对于BCH来讲都是一件不好的事情，尤其是算力大战的危害性会更高。

第一，挫伤矿工积极性。

算力大战分为两种：一种是在一条链上，算力占优的一方会获得全部收益；另一种是两条链之间互相覆盖、重写，比拼算力多少，甚至是挪用算力攻击。后者是一种极端情况，小矿工参与的可能性比较小。CSW公开表示过支持自己的算力超过BCH总算力的一半，如果真实情况属实，那么发生算力大战的可能性是有的。

不管是哪种形式的算力大战，对于矿工来说都是不乐意见到，即使对于优势方的算力也是如此。因为算力大战一旦发生，一定出现比特币算力挪动的情况，届时，BCH的哈希值将会被拉高到一个夸张的水平，而BCH的币价如果不出现大幅上升的情况，那么所有的矿工都是在烧钱挖矿。众所周知，矿工的本质是逐利的，如果出现收益与投入不成正比，矿工会用脚投票的。我们假设算力大战结束之后，BCH网络稳定，那么原来的小矿工还会一如既往的选择BCH吗？

第二，降低基础设施供应商信心。

在比特币现金身上运行着一整个生态系统，包括钱包、交易所、商家、支付处理商以及基于BCH而开发的应用。由于算力大战会出现大量算力突然涌入的情况，所有这些基础设施供应商的运行负担会加重，网络会变得不稳定。在这种情况下，依靠BCH之前优异表现吸引来的商家和企业们会失去对于BCH的信心，使得BCH的基本使用案例“支付”变得岌岌可危，毕竟谁也不希望使用一个网络剧烈波动的货币。

第三，降低BCH社区支持者信心。

BCH之所以在过去的一年里稳步发展，在各方面表现良好，这与其数量众多且质量较高的支持者们是分不开的。在Bitcoin SV节点出现之后，BCH社区对此争议不断，甚至上升到了两派支持者之间的人身攻击、互相抹黑，部分社区爱好者忙于站队和打口水仗，导致BCH相关的技术和第二层应用开发陷入了停滞，币价也因此受到了影响。在争议还处于理论阶段的时候BCH社区就已经如此，那么一旦出现实质性对决的时候又该如何呢？

结论：让步可耻但有用

加密货币是一种全新的货币体系，其去中心化和透明的特性吸引了无数志同道合的人，BCH的支持者们也是因为在比特币现金身上看到了希望，它是一种有机会成为普罗大众广泛使用的非法定货币。在比特币现金尚且还处于普及和完善的阶段发生这样的事情，实在是不应该的。

算力大战的危害其实不用详细解释，BCH的支持者们应该都能想到其潜在危害的严重性，它不仅会浪费掉大量的网络资源，还会降低BCH生态系统参与者的信心。我认为在这样一个敏感的时间节点，所有鼓吹通过算力大战来解决分歧的人都是不怀好意的，至少在我看来它不是一个良好的解决方案。最优解应该是求同存异，双方做出一定的妥协，妥协的方式可以是沟通谈判，退让可能不光彩但确实是目前最好的解决方式了。

算力大战是BCH最坏的一种处理方式相关推荐

悲观锁和乐观锁_乐观锁和悲观锁以及乐观锁的一种实现方式-CAS
悲观锁总是假设最坏的情况,每次去拿数据的时候都认为别人会修改,所以每次拿数据的时候都会上锁,这样别人想拿这个数据就会阻塞知道它拿到锁.传统的关系型数据库里面就用到了很多的这种锁机制,比如行锁,表锁等 ...
乐观锁与悲观锁以及乐观锁的一种实现方式-CAS
首先介绍一些乐观锁与悲观锁: 悲观锁:总是假设最坏的情况,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人想拿这个数据就会阻塞直到它拿到锁.传统的关系型数据库里边就用到了很 ...
分治法：快速排序，3种划分方式，随机化快排，快排快，还是归并排序快？
快速排序不同于之前了解的分治,他是通过一系列操作划分得到子问题,不同之前的划分子问题很简单,划分子问题的过程也是解决问题的过程我们通常划分子问题尽量保持均衡,而快排缺无法保持均衡快排第一种划分子问 ...
Java并发乐观锁和悲观锁乐观锁的一种实现方式CAS
为什么80%的码农都做不了架构师?>>> 首先介绍一些乐观锁与悲观锁: 悲观锁:总是假设最坏的情况,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别人 ...
三种快排及四种优化方式
本文是转载文章,文章的来源:csdn博客博主:silentsharer 文章: 三种快排及四种优化方式博文地址:https://blog.csdn.net/hacker00011000/artic ...
Java并发问题--乐观锁与悲观锁以及乐观锁的一种实现方式-CAS
Java并发问题–乐观锁与悲观锁以及乐观锁的一种实现方式-CAS </h1><div class="clear"></div><div c ...
二叉树的三种遍历方式：前序遍历、中序遍历和后序遍历
二叉树的三种遍历方式:前序遍历.中序遍历和后序遍历参考资料: 二叉树.前序遍历.中序遍历.后序遍历 - 蓝海人 - 博客园 (cnblogs.com) 二叉树 - LeetBook - 力扣(Lee ...
java学习系列2（并发锁问题-乐观锁与悲观锁以及乐观锁的一种实现方式-CAS）
Java并发问题--乐观锁与悲观锁以及乐观锁的一种实现方式-CAS 首先介绍一些乐观锁与悲观锁: 悲观锁:总是假设最坏的情况,每次去拿数据的时候都认为别人会修改,所以每次在拿数据的时候都会上锁,这样别 ...
C语言快速排序算法及三种优化方式
C语言快速排序算法及三种优化方式 C语言快速排序算法及三种优化方式原理快速排序复杂度分析 1 时间复杂度 2 空间复杂度快速排序代码实现 1 普通快速排序 2 快速排序优化1-三数取中优化不必要 ...

算力大战是BCH最坏的一种处理方式

算力大战是BCH最坏的一种处理方式相关推荐

最新文章

热门文章