以太坊核心开发人员推迟了实现特定于应用程序的集成电路(ASIC)抗工作证明(PoW)算法ProgPoW的决定。根据2月1日以太坊核心开发人员会议的说法,开发团队希望等到第三方对算法进行审计后再进行开发。
以太坊核心开发人员Hudson Jameson在电话会议中宣称:“正在组建一个或者个小组来对ProgPoW进行独立审计。审计的目的是为了确定该算法在为不同类型的加密硬件(包括GPU、现场可编程门阵列和ASIC)提供公平竞争环境方面的有效性。
Jameson还指出,从这样的审计中获得的数据应该给开发者足够的信心来做出决定。Jameson还表示,虽然没有时间表说明审计何时结束,但他预计审计将在3月或4月初完成。
在另一个核心开发人员Martin Holst Swende宣布他们几个月来一直在尝试决定ProgPoW的实现,并且他想知道如何解决这个问题之后,dev Greg Colvin态度沮丧和愤怒。
此外,当被问及他们是否需要更多的数据或是否应该做出决定时,Colvin表示,他们“应该做出决定”。
尽管如此,对于等待审计完成以决定ProgPoW的实施,总体上的共识还是出现了。最后,Colvin宣布:
“我很高兴今天就能做出决定,但我不是这方面的专家。我很乐意等待审计结果,但我不愿意在5月份左右做出这个决定。很多人都想知道,这样他们才能继续工作。”
小组还讨论了从社区收集关于ProgPoW实现的反馈,特别关注矿工信号。信号由矿工将数据嵌入到链中,从而发出他们的意见。
正如Cointelegraph在上个月初所报道的那样,以太坊开发人员最初就实现ProgPow算法达成了初步共识,这将减少ASIC和GPU在网络上挖掘效率的差异。
几天后,以太坊的一位代码贡献者在开发者论坛以太坊魔术师上回复,以太坊开发人员实际上应该拥抱ASIC。
以上所述就是小编给大家介绍的《以太坊团队将抗AISC算法ProgPow的升级决策延迟到第三方审计》,希望对大家有所帮助,如果大家有任何疑问请给我留言,小编会及时回复大家的。在此也非常感谢大家对 码农网 的支持!
猜你喜欢:- RabbitMQ延迟消息的延迟极限是多少?
- RabbitMQ延迟消息的延迟极限是多少?
- 延迟静态绑定——static
- RabbitMQ实现延迟队列
- mybatis 延迟加载
- mybatis教程--延迟加载详解
本站部分资源来源于网络,本站转载出于传递更多信息之目的,版权归原作者或者来源机构所有,如转载稿涉及版权问题,请联系我们。