BCH升级在即:突现30%匿名大比例算力 意图不明_BCH:maidsafecoin

BCH即将在本周三升级,出现在BCH网络上的大量匿名算力引起了众人的关注。匿名算力自2019年4月21日开始,截止目前共挖出了629个区块,累计7,865.7个BCH,Coinbase信息从“boomboomboom”变成了“SatoshiNakamoto”。这些匿名算力大约754P,占据BCH全网的32%。

没人知道这些算力来自哪里。

从下面的BCH算力走势图中,我们可以看出:匿名算力伴随着BCH发展的整个过程,所占比重在不同阶段变化较大。

来源:coin.dance

其实,在BTC/BCH/BSV网络中都存在着匿名算力,不过,匿名算力在BCH的占比通常较其他两者更高些。

来源:coin.dance

隐匿算力的目的有很多种,比如为了隐私,不想公开挖BCH。这种算力往往很难说是友好还是敌对,但有一点可以确定,算力是逐利的,挖矿有成本,没人会干长期亏本的买卖。

BCH跌破770美元关口 日内跌幅为2.26%:火币全球站数据显示,BCH短线下跌,跌破770美元关口,现报769.9美元,日内跌幅达到2.26%,行情波动较大,请做好风险控制。[2021/4/25 20:55:52]

所以,匿名算力切换到BCH挖矿,有可能在追逐更高的收益。根据5月12日数据,BCH的收益为2.02元/TH,高于BTC的1.88元/TH。

另一方面,匿名算力也有可能是根据过往走势,对BCH本次升级有所预期,因而提前加入也不得而知。

和算力匿名相对应的是,BCH的升级是明确的。每年的5月15日和11月15日,是BCH固定的两次升级日期,也就是说,至今BCH已经完成了3次升级,而且即将迎来第4次升级。

01BCH的那些升级故事

2017年8月1日,BCH在比特币区块高度478558执行硬分叉,删除了隔离见证,希望通过链上扩容的方式解决比特币系统中区块拥堵和手续费高等问题。

灰度BTC信托未增持,BCH持仓增长0.79%:美东时间3月4日,灰度信托持仓数据变化如下:

灰度ETH信托持仓量增加419.89枚(+0.01%),总持仓量为3174865.23 ETH,ETHE溢价率-9.54%;

灰度BCH信托持仓量增加2280.48枚(+0.79%),总持仓量为292048.96 BCH,BCHG溢价率503.56%;

灰度LTC信托持仓量增加2766.76枚(+0.19%),总持仓量为1451452.23 LTC,LTCN溢价率1349.28%;

灰度BTC、ETC信托当日未增持,GBTC溢价率-0.12%、ETCG溢价率0.2%。[2021/3/5 18:16:51]

在当时,BCH的诞生轰动了整个行业,在随后的牛市中,它也一度占据过市值第二的位置,引发了当年随之而来的一连串分叉事件。此后,BCH通过硬分叉的方式进行了三次升级:

第一次升级发生在2017年11月,解决紧急难度调整造成的出块紊乱。在紧急难度调整机制下,如果当前区块的前6个区块出块时间大于12小时,PoW难度自动下调20%。

BCH突破410美元关口 日内涨幅为3.27%:火币全球站数据显示,BCH短线上涨,突破410美元关口,现报410.24美元,日内涨幅达到3.27%,行情波动较大,请做好风险控制。[2021/1/4 16:21:49]

EDA解决了当时BCH出块困难的问题,同时催生了大量机池利用EDA在BTC与BCH之间的算力暴击来谋取利益。当时,逐利的算力从BTC撤走,一度让BTC网络产生了拥堵,同时BCH也因为这段时间的出块速度过快,未来会比BTC提前发生减半。

第二次级升级是在2018年5月,BCH将主链扩容到32M,添加或重新激活比特币脚本操作码。

这次升级后,BCH诞生虫洞协议、SLP、Keoken等Token方案。

第三级升级则引起了轩然大波,澳本聪坚持区块扩容到128M,并且对升级规则提出了不同的意见。

2018年11月15日,在距离BCH硬分叉还有两小时四十分钟时,澳本聪所代表的SV算力一度达到了BCH全网算力的75%以上,但在真正分叉的一瞬间,Bitcoin.com空降的4E算力将这场“声势浩大”的战争带向了另一个方向。

金色财经挖矿数据播报 | BCH今日全网算力下降20.86%:金色财经报道,据蜘蛛矿池数据显示:

ETH全网算力180.126TH/s,挖矿难度2255.42T,目前区块高度9886773,理论收益0.00782353/100MH/天。

BTC全网算力118.837EH/s,挖矿难度14.72T,目前区块高度626341,理论收益0.00001708/T/天。

BSV全网算力1.534EH/s,挖矿难度0.20T,目前区块高度630939,理论收益0.00058671/T/天。

BCH全网算力1.741EH/s,挖矿难度0.24T,目前区块高度631146,理论收益0.00051707/T/天。[2020/4/17]

在第三次升级中,BSV另起炉灶。

02即将到来的第四次升级会带来什么?

算力战虽然结束,但重放危机和算力战余波还是让BCH的币价跌入了历史冰点。不过,在行情之外,“社区依然在做事”,CTOR帮助BCH解决了区块传播瓶颈,致密区块、极瘦区块、石墨烯以及Xthinner项目相继有所进展。混币工具CashShuffle正式上线,更多的版本的节点客户端相继问世。

动态 | BCH价格不断下跌 首次被ETH反超:自BCH硬分叉以来,其价格不断下跌,近几周内下降81%。根据CoinMarketCap的数据,ETH价格为85.51美元,而BCH价格为82美元,ETH价格首次超过BCH。[2018/12/17]

2019年5月15日,BCH网络即将迎来第四次协议升级,当最近11个区块的中值时间大于或等于UNIX时间戳1557921600时,BCH将根据此规范执行网络共识规则的升级,从下一个区块开始,这些共识规则的更改将生效:

启用Schnorr签名;

允许SegWit恢复;

目前,BCH与BTC都是使用椭圆曲线数字签名算法来验证交易,一个输入需要一个签名,一个签名大约80字节,多个输入便产生了更多的矿工费。

Schnorr签名由德国数学家、密码学家ClausSchnorr提出。对比ECDSA,它具有多重签名聚合的优势,提高了多签交易的效率,节约储存的宽带资源,并且更具隐私性,没有延展性问题。

据说在创建比特币的早期,Schnorr签名是中本聪更理想的选择,但为了避免专利风险,才不得不退而求其次。

SegWit恢复这个规则容易让人误会成BCH将添加隔离见证,但实际是允许找回误发到隔离见证地址的BCH。

隔离见证的争议要追溯到BCH诞生之前。2015年12月BitcoinCore发布SegWit方案,通过把签名脚本从区块基本结构中分离出来,短暂缓解主链拥堵问题。由于此方案在扩容方面的争议性,遭到了部分开发团队和矿工的反对,BCH在诞生之初就不支持隔离见证,这也是BCH和BTC的区别之一。

本次升级除了协议上的改进,BCH社区的“家族势力”也发生了微妙的变化:BitcoinABC和BitcoinUnlimited两大节点占有率份额趋于接近,新节点BCHD和Flowee也逐渐走进了BCH爱好者的视野。

4月24日,BU正式发布了1.6.0.0版本的节点客户端,并更新了BCH在5月15日的升级内容。除了增加Schnorr签名和SegWit恢复,BU版本还更新了大量对石墨烯技术的相关优化和改进。

ABC与BU的渊源颇深,可以追溯到扩容之争上。在BitcoinClassic和BitcoinXT相继在与BitcoinCore的扩容之争中败北后,BitcoinUnlimited成为了扩容派新的领导者,获得了矿工集团的支持。但最终BU败了,无限区块的方案过于激进,以及开发能力受限,重大漏洞导致70%的BU节点遭到攻击,无限扩容方案以失败告终。BU方案的失败刺激了BitcoinABC的崛起,首席开发者AmaurySéchet曾就职于Facebook,同时他也是BitcoinUnlimited的成员。

BitcoinABC方案在最后时刻拯救了扩容派,在2017年让长达四年的扩容之争有了结果。在这之后,BitcoinUnlimited、BitcoinClassic、BitcoinXT相继参与了BCH的协议开发工作,BU也成为了BCH网络中仅次于ABC的第二大节点。

03本次升级,BCH持有者们如何应对?

经过多次升级的BCH,对潜在的算力威胁已有所准备:DAA会抑制BCH网络的算力波动,经过十个确认的区块将禁止重组;在5月15日升级后,旧版本的BCH网络还会自动添加重放保护。当0.19版本激活后,0.18版本中添加的“自动重放保护”功能可以避免恶意挖旧链而产生危险的“糖果”,用户也无需为自己的资产安全感到担忧。

简单来说,就是本次升级不会产生新币,用户手里持有的BCH正常保管就好,不需要因为本次升级而做专门处理。

04总结

在这些升级故事中,匿名算力从不曾缺席,它们从何而来也许并不重要,对一个公链生态而言,算力客观上便已是BCH发展的参与者。

漫长的凛冬即将过去,人们已经嗅到了盛夏的气息,维斯特洛大陆的故事即将终结,加密货币的故事还在继续,未来依然充满了变数。

留言挖矿第229期:你持有BCH吗?如果持有,面对这次升级,你会把BCH存放在哪里?欢迎在留言区分享你的观点。

声明:本文为作者投稿,文章有删减,内容不代表白话区块链立场,亦不构成任何投资意见或建议。

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

水星链

[0:0ms0-0:516ms