分块链的分支可以说是分块链网络中唯一的升级方式。 我们日常生活中使用的“微信、淘宝”这样的应用实际上是中心应用,每隔一段时间腾讯、蚂蚁这样的应用程序的作者们为了追加新功能或解决错误,必须升级程序。
在这种app升级的情况下,集中化的aris、actent团队在代码完成后可以置于后台、服务器升级,然后我们的用户可以在终端(客户机)升级产品,但最终以这些为中心
块链中的系统是每个人都可以参与的数据库,其代码是开放的,已知整个网络是中心化的。 这意味着没有中心企业来决定升级,创建版本升级内容,也没有服务器。
因此,如果块链正在进行版本升级,则需要一种与中央产品升级完全不同的升级方法。 分歧产生了。
块链没有集中化的公司,也没有中央服务器,但是因为人人都可以参加,所以块链升级时,升级的内容决定了参加的矿工应该共同变更什么样,矿工之间的意见分歧导致了多个版本
此外,还有一个终端,每个终端都连接到一个称为块链的大型分布式数据库。 数据被分块并被链接起来形成链结构。
其原理在于,当块链版本升级时,实际上终端可以开始升级,并在各自的社区进行下载、安装和升级。 升级后的终端再次接入块链网络,进行数据处理并共享数据。
在升级过程中,当新的旧版本共存、两个版本访问数据时,现有的块链会分裂,从一个块开始,连接到由两个不同版本处理过的块,然后,这两个块分别转换到新的块 像树枝一样,共享同一个树干,共享之前没有被分离时的数据。
所有人完成升级后,旧版本的链条就不再使用了。 当然,只剩下新的链条了。 这样大家能同意的只有一个更新版本,两者兼容的分支被称为软分支。
如果大家不能同意的话,终端产生了多个新版本。 你们在各自的社区下载,安装完毕,连接块链之后,形成的两条链一直在使用,原来的一条链完全分裂成两条新链,这两个版本不相容,你不承认我,我也不承认 这是升级异常的情况,这个分歧不会消失,反而会完全分裂成两条链。
总的来说,基于分支这种中心化的升级方式,比以往的因特网看起来麻烦多了,但是在发生故障的同时,其代码是开放的,每个人都可以提出建议或参加变更,所以实际上是给每个人提供选择的权利。 恐怕块链在寻求这样的共同点中培养出更大的可能性。
关键字:块链块链分支