走近数字货币-为什么区块链离成功的路还很远(区块链里面的数字货币是怎么涨价的)
在之前《走近数字货币-为什么比特币很难成为世界通用货币》和《走近数字货币-为什么比特币会被炒成天价》两篇文章中,我跟大家浅显地探讨了一下比特币现象。
现如今除了比特币之外,早已派生出众多号称全部或部分应用了区块链技术的虚拟数字货币,品类达到数千种之多,但其中最受欢迎的当属比特币、比特币现金、瑞波币、莱特币、以太币,这些秉承了区块链理念的虚拟数字货币,为世人提供了一块投机数字加密资产的土壤。对,我说的是投机。在我看来,资本的追捧和币值的一路飙升都不是坏事:有投机才有投资,有泡沫才有发展。
区块链技术还处于需要资本呵护的萌芽期。目前看,至少要解决以下三个问题,区块链成熟应用落地才变得更有可能:
受比特币影响,人们对区块链技术应用场景的想象,最先、也是最多的集中在支付领域。那我们就从支付领域说起,对区块链的技术短板做个以偏概全的类比:九个字,结算慢、扩展差、风险高。
第一、结算慢。区块链技术是去中心化的,交易不会通过我们熟知的金融机构或平台进行结算,而是采用所谓的分布式账簿,让链条上每个节点共同记账并确认该笔交易的合法性,这个过程虽然实现了点对点(有个最流行的说法,叫金融脱媒),但却严重的牺牲了效率。
在移动网络支付应用感知如此好的今天,交易确认环节多长是您忍受的极限?1秒?还是0.5秒?反正我知道,交易确认超过10秒,收银台就会排长队,交易确认超过1分钟,大多数人会自动选择放弃!目前比特币单笔交易完整确认时长的理论值是60分钟!而实际上,即使比特币每秒钟能完成上万笔交易,都不足以支撑“双十一”这种集中性的交易场景!
去年的6月,FACEBOOK发布了最新的虚拟数字货币LIBRA。在白皮书里,LIBRA的目标才是每秒1000笔交易!用央行专家穆长春的话说,这还是因为LIBRA采用了中心化的底层架构,仅仅是在支付环节用了下区块链技术,这种混合式的技术架构应该是未来规避区块链技术短板的途径之一。
第二、扩展差。区块链技术的扩展性差来源于其分布式的特点,交易发生时,不但每个节点都要记账还必须进行全量的计算和储存。也就是说,区块链的节点越多,不但不能提高算力,反而会因为算力最薄弱的节点拖累整个交易的完成(木桶原理)。除此之外,每个节点都要为越来越多的历史交易信息准备更大的存储空间。
我们来想象一下,在支付领域,是不是没有个超亿级的用户都上不了台面?但是比特币节点数最多时也就10000个左右,以太币就更少。就这区区10000个节点,2017年,为了解决节点空间不足问题,比特币还被迫硬分叉出来个“比特币现金”来!分叉后,新的币种“比特币现金”的节点空间从1M扩容到8M。
以一个外行人的角度去想,感觉空间的问题相对来说是好解决的,最难的应该是那个“最薄弱的节点”!也就是木桶上最短的板子。如何保证木桶上的板子都是一般长呢?即使节点算力都长一模一样,网络环境也能毁成一排吗?除非把节点都安排到自己家的局域网里......那、那还玩啥子嘛!
第三、风险高。区块链的交易信息是公开和共享的,但交易溯源很难,这是由区块链技术对交易双方身份信息保密机制决定的。有人问,不是说区块链交易是最安全可靠的吗?这里说的是交易信息本身的安全可靠,交易信息一旦写入各个区块中,谁都无法擅自更改,除非你能黑进全部节点,把所有节点的信息都改了!但是,如果有人黑进你的账户,把你的钱转到他的账户里,这笔交易经过所有节点的认证后也同样是不可更改的!而且由于交易双方的身份信息是保密的(未在任何中心化的平台备案),只有节点注册人自己知道,理论上很难找到黑了你的那位大侠!
The Dao,是世界上最大的区块链众筹项目,它的智能合约也一度受到人们的热捧。2016年,The Dao这个众筹超过1.5亿美元的分布式自治组织遭到了黑客攻击,丢失了筹集成功并单独存放的近360万个以太币。偷了就偷了,谁让你开发的智能合约有漏洞呢?以太坊及那么多大咖应对这一事件的各种解决方案都太技术了,我都看不懂,但结果挺好理解的,基本就是“束手就擒”了!这就是区块链的规矩!以太坊的创始人V神为此被逼无奈,曾一度呼吁暂停以太币市场交易以及The Dao的代币交易。
说了那么多耸人听闻的所谓问题和短板,并不代表区块链技术不可救药了,只是路漫漫其修远兮......互联网的发展史历经70年,也只是在近20年才得以爆发。谁又能说得准才诞生了12年的区块链技术,会在哪个领域落地他的神级应用呢?估计不是金融领域,总之“东方不亮西方亮”就对了!
今天就到这里吧,下一篇我发誓会言归正传,聊聊人民银行即将发行的数字人民币......你会等我回来吗?
免责声明:本文内容由互联网用户贡献,不作为任何投资建议。投资决策需建立在独立思考之上,本文内容仅供参考,风险自担!如有侵权请联系我们删除,本文链接:http://www.panmou.com/shuzi/60146.html。