以太坊开发者讨论难度炸弹延迟 – Trustnodes

以太坊开发人员讨论是否再次推迟难度炸弹，一些人认为应该再推迟 3-4 个月。

其中一位表示不应该为了压力而施加压力，还有一些人认为“测试网的部署一直很坎坷”。

Ropsten 测试网合并的启动遇到了一些困难，因为其哈希率的人为增加导致启动时间比预期的要早得多。

“鉴于 Ropsten（和 Sepolia）的低哈希率，增加它的成本很低。 26 月 20 日，有人这样做了，哈希率提高了 XNUMX 倍，” 说过 Tim Beiko，一个 eth 开发者。

然而，与其合并相关的测试网问题，这听起来更像是有人在全核心会议上与许多开发人员一起玩游戏，说这个问题并没有反映在合并上。

但是，推动推迟难度炸弹的 eth1 客户端 Nethermind 的创始人 Tomasz Stańczak 辩称，在回应开发人员说他们进展顺利时，影子叉并没有透露太多信息。

Stańczak 反而说蜂巢测试显示“多次失败”，没有提供进一步的细节。

Marius van der Wijden 认为，延迟意味着需要安排另一个硬分叉，这需要社区协调。 “如果我们再安排一次延误，我们可能会失去一些人，”他说。

他进一步辩称，他认为推迟难度炸弹的提议没有技术优势，团队应该真正努力“达到我们自己设定的时间表”。

但现在将起草一份 EIP 以在下一次电话会议中讨论，听起来似乎对推迟两个月的中途达成某种共识。

如上图所示，难度炸弹尚未完全开始移动，但 Stańczak 认为，25 月份的区块时间将上升到 XNUMX 秒。

以前，从难度炸弹启动到阻塞时间上升接近 30 秒需要几个月的时间，所以如果不是更晚的话，可能要到 XNUMX 月底。

相反，延迟两个月意味着难度炸弹将在 13 月初开始，因此到 XNUMX 月和 XNUMX 月，区块时间将保持在 XNUMX 秒。

有些人将难度炸弹及其延迟作为合并的实际目标日期，并公开与 Stańczak 说明 在电话会议之前，他估计合并“在 XNUMX 月下半月”，而 XNUMX 月则持乐观态度。

合并的最初目标是六月，考虑到他们已经 自 XNUMX 月以来一直在 Klin 上对其进行测试. 这被推迟到 XNUMX 月，尽管那可能一直是 XNUMX 月，现在可能又被推迟到 XNUMX 月。

如果难度炸弹被推迟，那么 Merge 抵制的一个重要部分将是 eth1 的硬分叉以实施该延迟，除了推迟到 60 月的 90 万美元之外，两个月的时间让 eth 持有者损失了 XNUMX 万美元。

一直以来，没有人能完全解释为什么他们在影子分叉上花费时间，而根据 Stańczak 的说法，影子分叉显然没用，或者为什么在测试网合并后我们需要无休止的测试网，而这通常是一次测试网升级 - klin - 运行三个月。

此外，让难度炸弹继续下去应该可以让矿工顺利退出网络，因为他们的收入不会突然被切断，而是会随着阻塞时间的增加而逐渐减少，在 XNUMX 月份减半，然后在合并后降至零居住。

但从讨论来看，他们似乎计划做的最糟糕的事情就是推迟到 XNUMX 月，所以这一切听起来有点学术，因为 Ropsten 测试网合并将在大约两周内首先发生，这应该可以说明延迟策略的进展情况.