博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
BCH大区块导致中心化其实是伪命题
阅读量:6955 次
发布时间:2019-06-27

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

BCH距离5月15日的硬分叉升级日期越来越近了,与此同时,关于分叉升级的质疑也有不少,其中最主要的还是担心BCH再次分级带来的32MB大区块会导致中心化问题。所以,我想就这一点再谈谈我的看法。

我认为BCH大区块导致中心化其实是个伪命题,BCH5月份分叉升级后是不会带来中心化的,原因有以下几个方面。

第一,摩尔定律。摩尔定律是由英特尔(Intel)创始人之一戈登·摩尔(GordonMoore)提出来的。 其内容为:当价格不变时,集成电路上可容纳的元器件的数目,约每隔18-24个月便会增加一倍,性能也将提升一倍。半导体行业大致按照摩尔定律发展了半个多世纪,对二十世纪后半叶的世界经济增长做出了贡献,并驱动了一系列科技创新、社会改革、生产效率的提高和经济增长。

对比BCH也是一样的,很多人认为不断增长的大区块会撑爆普通硬盘,我觉得这是多虑的,并且这种论调实际上是某些不怀好意的人刻意带的节奏。随着存储技术的不断发展,大区块的容量存储并不是个问题。

第二,并不是所有人都运行全节点,才算是去中心化(假设摩尔定律失效)。

中本聪在早期就已经谈过了这个问题,起初,大多数用户会运行网络节点,但随着网络规模的扩大,专业的服务机房会越来越多。到那时,网络上只需要一个节点,其余的局域网则与该节点连接。也就是说,普通用户并不需要运行全节点,交易量增多,即使不扩容,1M的区块撑满对于普通用户的电脑来说,运行压力同样不小,而且真的有那么人去运行节点吗?挖矿的诸多矿工的收益足够他们帮助用户维护好这个网络。

第三,扩容到32M是到一个上限,区块内部暂时不会填满。挖出来的新块目前最多只有几百K,所以,运行过程中也只是按照几百k的容量来运行,电脑压力并没有想象中那么大,比特币1M的区块则是满的,所以相比而言,比特币的全节点运行相对来说压力会更大一点。

BCH交易量低于BTC是事实,所以就目前来看,8M的存储空间对于目前的交易来说是够的。但此次硬分叉升级不仅是为了给未来的大规模交易做准备,同时也是给开放操作码做准备,因为此次升级添加或重新激活了之前比特币被禁用的脚本操作码(op-code),包括OP_CAT、OP_AND、OP_OR、OP_XOR、OP_DIV、OP_MOD、OP_SPLIT、OP_NUM2BIN和OP_BIN2NUM以及将OP_RETURN数据载体大小增加到220字节。一旦者操作码被激活和添加,8M的区块大小就显得捉襟见肘了。

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

你可能感兴趣的文章
201521123081《java程序设计》 第11周学习总结
查看>>
设计模式-策略模式
查看>>
《Objective-c》-(成员变量的作用域/作用范围)
查看>>
判断字符串是否为时间格式
查看>>
HTML框架1
查看>>
201621123075 Week02-Java基本语法与类库
查看>>
【实习记】2014-08-10(上)代码跟踪git的想法+归并排序的debug过程
查看>>
洛谷3805:【模板】manacher算法——题解
查看>>
POJ3666:Making the Grade——题解
查看>>
ZABBIX监控原理
查看>>
json 解析不出来 (No string key for value in object around character 6)
查看>>
mysql数据库配置open_files_limit过大导致数据库被OOM
查看>>
Dijkstra算法(迪杰斯塔拉算法)
查看>>
SDK编程模板
查看>>
避免反射和序列化来破坏单例
查看>>
js trim()
查看>>
POJ3468 线段树求和(线段树模板2)
查看>>
安装配置postgreSQL+pgcli+pgadmin3
查看>>
详解一下 javascript 中的比较
查看>>
用javascript实现jquery的trim方法
查看>>