比特币:产量减半和SegWit使用增加使比特币区块大小创历史新高

编者按:本文来自LongHash区块链资讯,作者:KyleTorpey,Odaily星球日报经授权转载。比特币区块大小已经达到了历史新高。

根据Blockchain.com的数据,自从上周减半发生后,比特币区块的周平均大小已经达到了历史新高。如下图所示,数据表明,两个关键因素的综合导致了这些较大的区块的出现:近期发生的比特币减半和隔离见证采用率的上升。

Gem将哈希率提高23%然而比特币产量下降10%:金色财经报道,根据一份声明,这家位于南卡罗来纳州格林维尔的矿企的哈希率比上个月上升到每秒 1.77 exahash (EH/s),因为该公司将其活跃的队伍增加了 22% 。根据数据分析公司 Glassnode 的数据,截至 3 月 2 日,比特币网络的总算力约为 189 EH/s,这意味着 Gem 的算力份额约占总算力的 1%。2 月比特币产量下降约 10% 至 200.5 个比特币,原因是月份较短、全球哈希率增加以及 Gem 削减矿工以支持社区对额外电力的需求的影响。

2月由于冬季风暴期间需求激增,许多比特币矿工关闭了他们的业务以帮助稳定电网。(coindesk)[2022/3/4 13:36:10]

加密矿商 Digihost 12月比特币产量下降11%:金色财经报道,纳斯达克和多伦多证券交易所上市的加密矿商 Digihost (DGHI) 的比特币产量在 2021 年 12 月出现下降,声明称,该公司在 12 月开采了 61.53 个比特币,与 11 月的 69.01 个相比下降了 11%。自7月的低点以来,随着越来越多的矿工上线,比特币网络的挖矿难度一直在增加。\u2028Digihost 第四季度开采的比特币总量达到 172.4,创历史新高。12 月的收益率使其持有的比特币总量达到 631.9 美元(2740 万美元)。[2022/1/13 8:45:05]

减半导致出块速度放缓

声音 | 江卓尔:PlusToken 2万BTC也就11天新币产量,减半影响巨大且每次都开启牛市:Chainalysis此前发布关于PlusToken局资产分析报告称,有多达2万枚BTC和79万枚ETH可能仍由PlusToken的者们所控制。对此,江卓尔发微博评论称,PlusToken的2万BTC,看起来很多,其实也就11天新币的产量(每天恒定产1800币)。相比一下,就知道减半的巨大影响了,这就等于有人每天恒定净买入900币,每21天买入一个PlusToken,这将严重影响供需平衡,导致币价要翻倍才能平衡供需,进而开启牛市和新闻循环,所以每次减半都开启了大牛市。[2019/12/17]

区块补贴,即对应每一个区块奖励给矿工的新产生的比特币数量,在上周减少了一半,从每个区块12.5BTC减少到了6.25BTC。这意味着矿工获得的奖励实际上减少了一半。为了方便起见,这里忽略了交易手续费带来的收入。矿工奖励减半带来的一个关键性副作用是网络哈希率—矿工所使用的总算力的衡量标准—急剧下降。根据BitInfoCharts,5月11日到5月17日期间,比特币哈希率从每秒137.5exahashes下降到85.8exahashes,跌幅约38%。哈希率降低意味着,至少在比特币难度调整之前,出块速度变慢了。BitInfoCharts的数据表明,目前大概每14分钟可以出一个区块。由于出块速度长于正常设定的10分钟,矿工在每一个区块中打包的交易比以往更多了。换言之,区块空间的供应量下降了。这种经济现象可以通过交易费中位数的上升观察到。什么是隔离见证?

尽管定期挖出的比特币区块变少了,与最近一次出现一定程度的区块堵塞时相比,SegWit采用率已经高了不少。根据charts.woobull.com,与比特币交易费最近一次突破1美元时相比—发生在大约1年前,SegWit采用率上升了约11%。SegWit是2017年激活的比特币网络升级。除了能够实现像闪电网络这样更高效的第二层协议之外,这个改善还有效提高了比特币区块大小的上限。由于能够降低比特币网络上全节点的成本,基于SegWit的交易享受特殊折扣费率,因而激励用户转移到支持SegWit功能的钱包。尽管在统计上并不显著,但历史数据似乎表明SegWit采用率在比特币网络拥堵程度升高后会有所增加。如果比特币交易手续费持续走高,可能会促使SegWit采用率进一步升高。假设手续费真的开始飙升,或许过去已经占比特币网络全部交易一半的Blockchain.com也将会采用SegWit。话虽如此,现在用户也可以选择转移到闪电网络或者Liquid这样的第二层网络,从而避免高昂的链上费用。

郑重声明: 本文版权归原作者所有, 转载文章仅为传播更多信息之目的, 如作者信息标记有误, 请第一时间联系我们修改或删除, 多谢。

地球链

[0:15ms0-0:991ms