从7月31号开始,BCH的链上交易量开始猛增,交易量从31号的2万笔交易增加到8月1号的69万笔,不出意外的话,这应该是BCH社区的一次压力测试。但奇怪的,BCH的压力测试团队却否认了这次测试,所以不排除,有恶意攻击或者是个人性质的测试可能。
压力测试是为测试BCH在高频交易的情况下,手续费和交易时长能否依旧维持在一个极低的水平。根据区块链浏览器bitinfocharts.com的数据显示,在一天的交易量达到69万笔左右的时候,BCH的手续费没有出现明显的增长,最高峰的交易手续费为0.06美元。而此时的比特币交易量为24万笔,手续费为0.835美元。在交易量相差近3倍的情况下,BCE的手续费比BCH高了14倍。
事实永远胜于雄辩,BCH引以为傲的低手续费再一次说明了一切。
不过,此次测试过程中还是暴露出了BCH的一些问题,BCH的交易确认时间不稳定,且部分时间段是高于BCE的,在压力测试的7月31日和8月1日,BCH的交易确认时间略高与BCE,在10分钟偏上一点。虽然说这个时段的BCH交易量很高,但这个确认时间还是不足的。
关于交易确认时间,比特币和比特币现金的基本都处于10分钟上下,在交易不拥堵的情况下,波动范围较小。在交易拥堵的情况下,两者的确认时间都会被延长,今年1月份比特币暴涨的时候,部分小额交易的确认时间甚至达到了十几个小时。两者的区别在于,比特币区块较小,容易拥堵;BCH区块较大,造成拥堵的难度较大,需要天量的交易量,就像此次测试的69万笔交易也只是让交易时长增加了一点点。
但即便是将BCH的交易确认时间稳定在10分钟,对于日常交易来说也很难被接受,所以目前的BCH支付交易多由第三方支付处理软件来解决。针对这个问题,最近BCH社区有人对出块时间的设定提出改进的意见,希望将出块时间调短至2分钟甚至1分钟,这样能够大幅减少交易确认时间,使得用户能够使用BCH直接购物交易,也能明显提高链上交易量,减少BCH对于第三方支付软件的依赖。
缩短出块时间虽然看起来是一个“大逆不道”的假设,但却得到了很多人的认可,其中甚至包括了BCE的支持者,比如比特币官网管理员cobra对此就发推称:“它(BCH)需要一个硬分叉:更改为1分钟出块以获得更好的商家体验,并删除所有的其它限制。”
缩短出块时间还是只存在于理论中的想法,目前社区的开发者还没有具体的对此做出什么测试研究,所以这个想法能否实行还是一个未知数。不过,唯一可以确定的是,BCH的交易确认时间在未来会被减少,这是一个趋势。除了减少确认时间外,为了能让BCH继续在数字货币竞争中保持优势,开发团队还会让BCH搭载一些其它的功能,比如最近讨论较多的智能合约发代币功能等。作为一个用于支付的货币或者说是钱,自然不需要其它的功能,但BCH需要这些功能去与同类货币竞争。
以上所述就是小编给大家介绍的《BCH压力测试悄然开始?有优势但也有不足!》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- Presto 集群内存不足时保护机制
- Kubernetes中的不足也是好事
- 图像数据不足时,你可以试试数据扩充
- elasticsearch启动时提示内存不足错误的解决方法
- Docker-解决空间不足的问题以及修改默认配置
- 一次 Jenkins 出包机磁盘空间不足的解决记录
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。
高性能MySQL
施瓦茨 (Baron Schwartz)、扎伊采夫 (Peter Zaitsev)、特卡琴科 (Vadim Tkachenko) / 宁海元、周振兴、彭立勋、翟卫祥,刘辉 / 电子工业出版社 / 2013-5-1 / 128.00元
《高性能mysql(第3版)》是mysql 领域的经典之作,拥有广泛的影响力。第3 版更新了大量的内容,不但涵盖了最新mysql 5.5版本的新特性,也讲述了关于固态盘、高可扩展性设计和云计算环境下的数据库相关的新内容,原有的基准测试和性能优化部分也做了大量的扩展和补充。全书共分为16 章和6 个附录,内容涵盖mysql 架构和历史,基准测试和性能剖析,数据库软硬件性能优化,复制、备份和恢复,高可......一起来看看 《高性能MySQL》 这本书的介绍吧!
JS 压缩/解压工具
在线压缩/解压 JS 代码
正则表达式在线测试
正则表达式在线测试