CertiK: 黑客永远不会停手,ETC一周内的第二次51%攻击事件

北京时间8月6日周四下午,发生了本周第二起针对Ethereumclassic的51%攻击。CertiK团队通过研究本次攻击事件的过程,认为这是一起有预谋,并模仿了8月1日51%攻击方法的黑客行为。本次攻击发生的原因是:约超过4000个区块在区块高度10935633时被加入到区块链中,致使区块链发成重组。而在这原因背后,潜在因素是由于EthereumClassic失去了Multi-geth项目对其支持,导致矿工在挖掘区块时采用了无法同步状态的不同类型节点。不同类型节点在众多链分支中确认主链依据不同,即某种节点可以认为当前区块数目最多的链分支为主链,而另外某种节点亦可能选择当前工作量最大的链分支为主链。选择主链的结果不同会导致矿工会在不同的“主链”上挖掘区块,这也会最终导致当前拥有最多矿工的链分支会成为真正的主链。因此,判断此次事件是否为恶意攻击的判断依据即为:是否有矿工拥有超过总区块链算力的51%的算力,并将所有算力全部投入某一个分支中。从是否有矿工拥有超过总区块链算力的51%的算力这点来看,在Ethereumclassic链上拥有这些算力并不需要支付很高的代价。使用NiceHash来进行对算力的租用可以很容易的完成51%攻击。

Coinbase CEO:美国有2000万人持有加密资产:Coinbase CEO表示:美国有2000万人持有加密资产。(金十)[2021/8/11 1:47:22]

从将所有算力投入某一个链分支中来看,此次事件从一开始突然出现的4000多个区块,就足矣说明了攻击者是有意将某个链分支变成当前最长的分支。攻击者利用了节点会根据不同条件选择“主链”的原则,吸引选取最长的链分支作为主链的节点上的矿工,到该链分支进行区块挖掘。同时,被吸引来的矿工也会被利用,用来降低攻击者发动51%攻击所需要租用的那部分算力的花费。综上,本次事件纯粹是一起经过精心策划的针对EthereumClassic的攻击行为。攻击者疑似借鉴了发生于8月1日的类似攻击事件的原理,完成了此次攻击。关于8月1日发生的事件过程及解析,请关注CertiK专栏,并点击《首发|一文还原ETC网络交易暂停事件》文章阅读观看。以太坊联合创始人V神建议,ETC开发人员应仅转而采用权益证明,而不是依靠ETC当前的证明中使用的原始计算能力工作算法。目前Ethereumclassic官方也已经提醒各大合作交易、矿池以及其他相关服务商,提高确认存款和交易所需要的时间。

TheFireToken CEO:加密系统不会受阻于个人操纵与监管阻碍:TheFireToken CEO Juan Correa今日做客XT直播间时发表观点称:加密资产生态系统面临两大威胁,一是像埃隆·马斯克这样的市场操纵者,二是一些监管政策阻碍加密领域的创新和进步。幸运的是,我们这些相信自由经济、自由市场和自由思想的人知道如何反击,并最终取得胜利。美联储永远在超发货币,加密资产价格总体会不断走高。经济学是对稀缺性的研究,XFR的核心特色便是独特的通缩机制,每年90%的供应量将被燃烧。[2021/6/10 23:27:45]

Coinbase CEO:受疫情影响 开始要求部分员工在家办公:Coinbase首席执行官Brian Armstrong发推称,鉴于新型冠状病疫情的影响,Coinbase将开始要求部分员工在家办公。Armstrong同时表示,幸运的是,作为一个软件公司,大多数员工仍然可以在家里保持合理的工作效率。[2020/3/3]

参考链接:https://www.jinse.com/lives/183525.htmlhttps://blog.bitquery.io/attacker-stole-807k-etc-in-ethereum-classic-51-attackhttps://www.crypto51.app/https://twitter.com/binance/status/1291225022866944000https://www.coindesk.com/ethereum-classic-suffers-second-51-attack-in-a-week

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

地球链

Pol币以太坊:成都链安:以太坊2.0技术浅析

就在刚过去的7月31日,加密货币市值第二高的以太坊迎来了5周年生日。随着以太坊的不断发展,社会各界对以太坊的关注也在不断增加,用户及应用的不断激增,也使得大家对以太坊2.0的呼声不断高涨.

SANDETH:科普:信标链的创世流程

编者按:本文来自以太坊爱好者,作者:BenEdgington,翻译&校对:闵敏&阿剑,Odaily星球日报经授权转载。大型的分布式多客户端区块链启动事件并不常见.

[0:15ms0-0:988ms