以太坊:以太坊开发人员:相比目前的算法,ProgPoW对ASIC更友好

据Trustnodes3月6日报道,以太坊ProgPoW算法核心开发人员KristyLeighMinehan证实,她一直推广的ProgPoW算法实际上并不像看上去那么抗ASIC。

Pax Treasury在以太坊网络增发8227.7万枚PAX:金色财经报道,Whale Alert数据显示,北京时间3月2日01:17,Pax Treasury在以太坊网络增发82,277,300枚PAX,增发哈希为:0xe4904c539b0d6e7e4e699a4c2f10b0d25c42fe23a17426a158596c94a28ad3f7。[2021/3/2 18:05:15]

图片来源:pixabay

Minehan说道:

动态 | 研究人员Jim McDonald预测以太坊2.0验证成本:以太坊倡导者、Weald Technology总经理Jim McDonald试图预测未来以太坊2.0验证器的成本。McDonald提到了验证器成本的三种主要类型:设置、基础设施和操作费用。第一类成本包括选择硬件、操作系统和软件实现的成本。最后一个似乎是最困难的,因为目前有六种以太坊网络实现可用。

基础设施成本包括硬件、电力和网络成本的折旧费用。McDonald建议,最好计算36个月的折旧期。运营成本则包括用于维护硬件、软件升级和重新评估实现的成本。但是McDonald提出的最有趣的说法是:随着以太坊2.0网络阶段的发展,其费用将大幅增加,包括第1阶段和第2阶段。需要指出的是,McDonald未能以具体数字来说明大致的费用。而根据最新的估计,以太坊2.0要求的最低抵押额为32 ETH,年预期收益率为4-5%。(U.Today)[2020/1/10]

“安全审计公司LeastAuthority的审计师没有发现这点;BobRao、提议ProgPoW的IfDefElse,甚至研究人员Solardiz也没有发现。这是一种新的方法,它依赖于BTC的能力来增加应用到ETH的nonce。这是极好的发现,干得漂亮。”

动态 | 区块链手机FINNEY转向以太坊:据ethnews报道,Sirin Labs首席执行官Moshe Hogeg近日表示,在经过调查后决定不再与IOTA就区块链手机FINNEY进行合作。该区块链手机在发布时将使用以太坊区块链。然而该公司似乎将使用私有的以太坊区块链而非以太坊主链。Hogeg表示,至少在一开始,FINNEY将通过在Sirin Labs托管的一系列完整节点来处理交易。据悉,区块链手机FINNEY由Sirin Labs和富士康子公司联合推出。[2018/8/3]

她继续说道:

“Ethash算法使用256位作为它的种子;ProgPoW使用64位…在Kik的研究结果中,他发现可以简单地对一个种子做一次强内存需求计算,然后通过增加extraNonce来找到块头和nonce。”

64位和256位之间的差别可能看起来不是很大,但它实际上是决定性的,因为你可以在一台普通的笔记本电脑上强行使用这个关键的抗ASIC组件,然后你可以用ASIC挖掘其余部分。

令人惊讶的是,Minehan表示,这一“漏洞”意味着“挖矿难度越大,利润越高”。

ProgPoW在被放弃后又突然被“批准”了,但最近再次被搁置,随后这个漏洞也暴露了出来。

因此,目前还不清楚这是一个无意的漏洞,还是以太坊集中化挖矿一个隐藏良好的后门。Minehan表示,要修复这个漏洞是很容易的事,但如果有这么多人都忽视了这点,那么也不清楚他们可能还忽视了其他什么。

Minehan本人就是挖矿领域的专家。她在美国大型的加密货币矿场CoreScientific工作,这家矿场拥有大量比特币ASIC矿机和以太坊GPU矿机。Minehan某种程度上能够破解GPU矿机,将它们变为比普通GPU矿机稍好的FPGA矿机。

因此,在搁置ProgPoW之后才发现这个漏洞也就不足为奇了,因为加密货币挖矿是一个非常专业的领域,很少有人能够参与任何同行评审。

开发人员认为任何新的代码都有存在漏洞的可能性,并且他们缺乏目前以太坊上到底有多少ASIC矿机的数据,这也是很多人反对ProgPoW的原因之一。

目前还没有证据表明有ASIC矿机在以太坊区块链上挖矿,尽管有些人声称正在开发此类矿机,但ASIC矿机相比GPU矿机的效率到底高多少尚不清楚。

以太坊的算法被设计为抗ASIC,所以效率上可能可以进行2-4倍的改进,但它不像比特币那样可以提升50倍以上。

然而,如果ProgPoW被通过,它似乎会去掉使算法抗ASIC的内存部分,因此只留下原始计算位及ASIC部分。

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

地球链

[0:0ms0-0:928ms