博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
比特币的矿工为什么讨厌开发组Core?
阅读量:6587 次
发布时间:2019-06-24

本文共 1334 字,大约阅读时间需要 4 分钟。

比特币的矿工与开发组Core因为扩容的事情一直不和,以至于在17年5月的纽约共识大会上,全球21个国家的56家区块链初创公司和矿业集团共同将开发组Core隔离在外,从而签署了纽约共识。当然,这一共识没有被开发组认同,所以才有了后来的硬分叉扩容出BCH。

那么问题来了,为什么比特币的矿工与比特币的开发人员一直水火不容?这个问题的答案其实也好分析,因为开发组想要走一条让矿工无路可走的路,其具体表现,我认为有以下两点。

开发组拒绝扩容。

开发组对于将比特币区块直接扩容的做法一直持反对态度,这是令很多人包括普通支持者都无法接受的一件事。因为不扩容就意味比特币的区块拥堵情况将进一步加剧,交易手续费会攀高,交易时长也会被提高到一个夸张的地步,如此一来,比特币将很难再用于普通交易,尤其是小额转账,这样的情况会导致比特币的交易率变低,进而影响到币价和市场份额,这是令比特币的支持者和矿工无法接受的。矿工兢兢业业的运行了几年的比特币网络,投入了大量的人力物力,肯定是不愿意看着比特币走下坡路的。

矿工本质是逐利不假,但没有矿工们的夜以继日,就没有比特币这几年来的安稳运行,51%攻击在数字货币世界里不是没有出现过,在刚过去的5月份,BTG由于网络遭到了矿工的双花攻击,丢失了388200个BTG。比特币的开发者执意如此,丝毫没有考虑过矿工的感受。

开发组提出闪电网络和隔离验证。

Core面对日渐拥堵的交易通道也不是没有想法,Core提出的解决办法是LN+SW(闪电网络和隔离验证)。闪电网络寄希望于建立链下通道解决比特币交易拥堵问题,让小额支付走链下通道,链上走大额交易,保证主链畅通。客观的讲,闪电网络的思路是具备可行性的。理想状态下闪电网络不仅可以解决主链拥堵问题,还能将交易时长和交易费用降至极低,比特币小微支付的短板将有可能被补上。

闪电网络的技术很优秀,但偏离了比特币的初心——点对点的电子现金支付系统。闪电网络中的某个节点随着使用人数的增多,用户体验就越好,这就会造成部分节点用的人越来越多,有实力的组织和机构也会进驻,彼此竞争,形成一个个超级节点,带来中心化现象。

另外,闪电网络将交易下移,主链的交易变少,主链内的交易手续费总量也会变少,这对比特币来说是致命的。随着比特币的产出变少,矿工挖矿收益已经不如从前,现在矿工的另一份收入如果再被缩水,矿工很可能会面临挖矿赚不到钱或者赚太少的局面,赚不到钱的矿工自然不愿意投入算力维护比特币的安全稳定。

闪电网络的提出,不是想让矿工丢掉饭碗这么简单,而是要抢饭碗,因为使用闪电节点是需要收费的,只不过收费方不再是矿工而是节点建立者,也就是那些给由core成员组成的blockstream公司投了八千万美元的的投资人们。同时,这也是为什么一些原比特币支持者称现在的比特币为Bitcoin Core(BCE)的原因。

至此就导致了矿工倒戈大区块方案代表BCH,可以说BCH不仅是矿工们集体意志的体现,也是之前很多比特币支持者最愿意看到的,因为只有解决了交易的问题,让比特币真正流通在现实世界,比特币才可能保值、升值。

转载于:https://juejin.im/post/5b2c9ad5f265da59951fe696

你可能感兴趣的文章
有什么办法让Beyond Compare以网页形式显示文件
查看>>
Beyond Compare可以进行二进制比较
查看>>
软件架构师常会用到的几款软件
查看>>
Spring boot with Hive
查看>>
笔记本安装CentOS环境
查看>>
常用 Git 命令清单
查看>>
内购开发指南
查看>>
smarty foreach
查看>>
start.sh
查看>>
MathType几个常用字体的名称
查看>>
Flex 布局教程:语法篇
查看>>
Spring MVC 3.2+ @ResponseBody 导致的中文乱码处理
查看>>
Thread.currentThread().getContextClassLoader()和Class.getClassLoader()区别
查看>>
Dubbo zookeeper 初探【转】
查看>>
读写分离无效的大坑(新使用数据库读写分离的同学可以参考)
查看>>
这么多年被第三方接入坑的那些事。。。关于md5签名和sha1证书的坑
查看>>
淘宝SOA框架dubbo学习(4)--参数验证
查看>>
大话说github建立里程碑(SE)
查看>>
将当前登录用户去重显示。
查看>>
AWS使用记录
查看>>