开发者社区> 北丐09> 正文
阿里云
为了无法计算的价值
打开APP
阿里云APP内打开

区块链研习 | 区块链分叉是怎么回事儿?

简介: 随着越来越多的硬分叉发生,比特币的公信力是否还能像以前一样?
+关注继续查看

我之前的文章介绍过比特币的挖矿是怎么回事儿。比特币采用的工作量证明机制,就是让矿工互相竞争求解一个数学题,谁先解出来了,他就大喊一声:“我的工作量证明成功了,你们快来看。”全体矿工就都过来把那一页目抄写一份,贴在自己账本的最后面,然后又开始新的记账过程。

在这个过程中,经常会出现这样一种情况:两个矿工同时解出了题目,这时要怎么办呢?

前面的文章也曾经讲过:“在任何区块里,第一条都是没有转出地址的,就是所谓的CoinBase(挖矿交易)。没有任何人付给矿工这笔钱,矿工只是理所应当的写上自己获得了12.5比特币。所有节点都认可矿工这样写,因此矿工就得到了挖矿收入。不同的矿工在填写区块的时候,数据一定是不一样的,因为每个矿工的第一条肯定不一样,矿工只会把挖矿收入转入自己的地址。”

由于每个矿工的区块数据都不一样,所以他们解题得出的结果也是不一样的,都是正确答案,只是区块不同。于是,区块链在这个时刻,出现了两个都满足要求的不同区块。那么,全体矿工这时该怎么办呢?

由于距离远近,不同的矿工看到这两个区块是有先后顺序的。通常情况下,矿工们会把自己先看到的区块复制过来,然后接着在这个区块开始新的挖矿工作。于是,出现了这样的情景:

24


我们把这种现象叫做分叉。

在以工作量证明机制为共识算法的区块链系统中,这个问题是这样被解决的:从分叉的区块起,由于不同的矿工跟从了不同的区块,在分叉出来的两条不同链上,算力是有差别的。形象地说,就是跟从两个链矿工的数量是不同的。由于解题能力和矿工的数量成正比,因此两条链的增长速度也是不一样的,在一段时间之后,总有一条链的长度要超过另一条。当矿工发现全网有一条更长的链时,他就会抛弃他当前的链,把新的更长的链全部复制回来,在这条链的基础上继续挖矿。所有矿工都这样操作,这条链就成为了主链,分叉出来被抛弃掉的链就消失了。

25


最终,只有一条链会被保留下来,成为真正有效的账本,其他都是无效的,所以整个区块链仍然是唯一的。

注意,能够让区块链保证数据唯一性的前提是:所有矿工都遵从同样的机制。

还有一种情况,就是矿工不遵从同样的机制,那么也会出现分叉。这种分叉又有两种情况:一是由于整个区块链系统软件的升级,一部分矿工没有来得及升级,出现了遵从不同机制产生的分叉。当这部分矿工升级系统后,这个分叉就会消失,我们称这种分叉为软分叉二是由于矿工之间出现分歧,一部分矿工决定采用不同的机制,产生出来的分叉是不会消失的。我们一般把这种分叉称为硬分叉

软分叉很好理解,我们重点谈谈硬分叉。

区块链圈里第一个有影响力的硬分叉应该是以太坊的分叉事件。以太坊上一个著名的项目The DAO由于其自身漏洞,导致黑客窃取了当时价值约6000万美元的以太币。2016年7月,以太坊开发团队通过修改以太坊软件的代码,在第1920000个区块强行把The DAO及其子DAO的所有资金全部转到一个特定的退款合约地址,从而“夺回”黑客所控制的DAO合约币。由于一部分矿工并不认同这个修改,于是形成两条链,一条为以太坊(ETH),一条为以太坊经典(ETC),各自代表不同的社区共识以及价值观。当以太坊发生了这次硬分叉后,产生了两条区块链。由于这两条链在发生分叉之前的数据都是一样的,一个非常有意思的现象出现了:原本持有以太币(ETH)的人,发现自己除了持有原有的ETH外,又有了相同数量的ETC。

也就是说,凭空的多出了一些资产。这些资产的价值具体怎样,还要看市场交易情况。但总的来说,区块链的硬分叉,没有减少资产,反而让人手里多了一种资产,看上去总归是一件不亏的事情,于是区块链分叉就成了一种资产凭空增加的方式

在2017年8月1日,由ViaBTC领导的矿工团体创建一个比特币分叉——Bitcoin Cash(简称BCC或BCH)。这次分叉,让大量的比特币持有者凭空的增加了一种新的数字货币(BCH)。

硬分叉这种创造货币的方式和ICO非常类似,于是一个新的名词诞生了——IFO(Initial Fork Offerings)。矿工团队在创造分叉的同时,可以在分叉发生的区块中,利用自己的特权,分配一些货币给自己或其他人(直接写成CoinBase交易即可),然后再开放让所有人都可以参与挖矿。

随着越来越多的硬分叉发生,比特币的公信力是否还能像以前一样?IFO会不会成为比特币的杀手?还需要时间的考验。

原文发布时间为:2017-11-23
本文作者:敖萌
本文来源:雷锋网,如需转载请联系原作者。

版权声明:本文内容由阿里云实名注册用户自发贡献,版权归原作者所有,阿里云开发者社区不拥有其著作权,亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容,填写侵权投诉表单进行举报,一经查实,本社区将立刻删除涉嫌侵权内容。

相关文章
ElasticSearch学习笔记(四)-ES集群基本概念及搭建过程及主要工作原理(一)
ElasticSearch学习笔记(四)-ES集群基本概念及搭建过程及主要工作原理
31 0
SpringCloud微服务实战——搭建企业级开发框架(二十一):基于RBAC模型的系统权限设计
RBAC(基于角色的权限控制)模型的核心是在用户和权限之间引入了角色的概念。取消了用户和权限的直接关联,改为通过用户关联角色、角色关联权限的方法来间接地赋予用户权限,从而达到用户和权限解耦的目的,RBAC介绍原文链接。 RABC的好处
137 0
SAP Commerce Cloud 导入消费OCC API需要使用的credentials
SAP Commerce Cloud 导入消费OCC API需要使用的credentials
53 0
SAP Commerce Cloud 导入消费OCC API需要使用的credentials
SAP Commerce Cloud 导入消费OCC API需要使用的credentials
47 0
《什么是数学》读书笔记(一):反证法、数学归纳法与唯一分解定理
《什么是数学》读书笔记(一):反证法、数学归纳法与唯一分解定理     期中告一段落。除了下下星期要交的现文史论文以外,最近似乎又清闲了不少,又有功夫在这里写点东西了。当然,我宝贵的时间也没有荒废在论文、作业和考试上。
1172 0
I2C通信--读书笔记
本文是自己对IIC协议的总结,附上自己在ednchina上的博客链接http://bbs.ednchina.com/BLOG_ARTICLE_3030253.HTM
1127 0
2.e: Configuring the OSSIM correlation engine
Correlation is a large part of security event monitoring.
617 0
+关注
文章
问答
文章排行榜
最热
最新
相关电子书
更多
彪悍的区块链来了
立即下载
彪悍的区块链来了!
立即下载
区块链和可问责服务
立即下载