作者：秦晓峰
来源：Odaily星球日报
过去的这个周末，以太坊2.0测试网又出幺蛾子了。
北京时间8月15日凌晨，Eth2.0客户端执行团队PrysmaticLabs联合创始人PrestonVanloon表示：Eth2.0测试网Medalla上出现时钟Bug，导致对所有节点造成影响，Prysm客户端出现了长达近90分钟的时钟偏斜，验证器也陆续收到超前Slot区块和证明。
以太坊矿池Ethermine将停止以太坊PoW矿池服务:9月14日消息，据Ethermine母公司Bitfly公告显示，以太坊全网算力第一大矿池Ethermine将于9月15日停止以太坊PoW矿池服务，届时将切换至仅接受取款的模式，用户可以自行提取挖矿收益。此外，Bitfly表示Ethermine将不会支持基于PoW的以太坊分叉链，同时将在9月内免收取ETC、RVN、ERGO和BEAM的矿池手续费。[2022/9/14 13:29:28]
简单来说，这次测试网出现的根源，主要在于Prysm客户端的时间服务器Roughtime中断，出现时钟偏斜，导致验证者与区块头无法同步，最终影响了测试网Medalla正常运行。
事故回溯
所谓时钟偏斜，即区块时间与正常时间出现的偏差。
时间对Eth2.0至关重要，每一个区块中都包含时间戳；时间一旦不同步，网络就无法正常运行。
Hive Blockchain Q1季度产出821枚BTC及7675枚ETH 净亏损为9530万美元:金色财经消息，据官方公告，加密矿企Hive Blockchain截止2022年6月30日的第一季度收益为4420万美元，同比增长13%。该季度Hive Blockchain开采了1338枚比特币等价物，其中包括821枚比特币和7675枚以太坊，HIVE的数字货币总产量环比增长7%，其中比特币产量增加4%，以太坊产量增加20%。截至6月30日的季度净亏损为9530万美元，主要原因是非现金费用增加，例如折旧、数字货币和投资的未实现估值损失，以及设备和设备存款的减值费用。截至6月30日，Hive Blockchain持有的数字货币资产为7140万美元。[2022/8/18 12:33:58]
为了防止系统时间不够精准，Prysm采用了美国Cloudflare公司的时间服务器?Roughtime来校正。并且，为了防止单体机器故障，还选择了6台。
金色财经挖矿数据播报 | ETH今日全网算力下降1.58%:金色财经报道，据蜘蛛矿池数据显示：
BTC全网算力134.054EH/s，挖矿难度18.67T，目前区块高度662561，理论收益0.00000774/T/天。
ETH全网算力286.979TH/s，挖矿难度3577.22T，目前区块高度11506857，理论收益0.00656153/100MH/天。
BSV全网算力0.862EH/s，挖矿难度0.14T，目前区块高度666753，理论收益0.00104461/T/天。
BCH全网算力1.760EH/s，挖矿难度0.25T，目前区块高度667082，理论收益0.00051130/T/天。[2020/12/23 16:12:41]
然而，问题还是发生了。北京时间8月15日凌晨，Roughtime出现故障，这也导致Prysm被波及。
金色财经挖矿数据播报 | ETH今日全网算力上涨8.65%:金色财经报道，据蜘蛛矿池数据显示：
BTC全网算力128.227EH/s，挖矿难度17.35T，目前区块高度647245，理论收益0.00000786/T/天。
ETH全网算力240.136TH/s，挖矿难度3000.42T，目前区块高度10818324，理论收益0.00901955/100MH/天。
BSV全网算力1.858EH/s，挖矿难度0.27T，目前区块高度651608，理论收益0.00048449/T/天。
BCH全网算力2.710EH/s，挖矿难度0.38T，目前区块高度651854，理论收益0.00033215/T/天。[2020/9/8]
根据事后的一份诊断报告：“Cloudflare的Roughtime服务器都返回了错误的信息，Prysm节点没有从这种情况适当退避。虽然他们使用6台时间服务器，但似乎还不够，因为它们都返回了错误的时间。”
声音 | V神比较BTC和ETH：BTC就像计算器 而ETH像智能手机:据Ethereum World News消息，以太坊创始人V神（Vitalik Buterin）在接受Business Insider的采访时提到，他最初是比特币社区的积极参与者，后来意识到比特币还有发展的空间，就开始研究扩展比特币功能的可能性。但最终他还是决定开发一种新的、更有效的区块链解决方案，也就是以太坊项目。他将BTC与ETH分别比作计算器与智能手机。计算器在计算方面很不错，但是智能手机上不只有计算器，还有其它APP，可以完成其它工作。ETH的智能合约和DApp，为用户和开发者提供了更广泛的可能性。[2019/3/3]
最终的结果是，Prysm客户端上「时钟偏斜」超过2秒的时间长达90分钟；并且整个客户端时间也比标准时间提前了4个小时。根据PrestonVanloon的推文，时钟偏斜发生在北京时间的15日凌晨1点半-3点种之间。如下所示：
事故发生后，Prysm客户端第一时间停止了Roughtime服务器的使用，并号召用户切换到其他客户端。
“我们决定默认情况下禁用「Roughtime」同步。Roughtime计算中肯定存在一些错误，我们希望尽快发现它。无论调查结果如何，我们认为都应该选择自动调整时钟或完全取消。”PrestonVanloon表示。
几个小时后，开发人员完成调查并发布了修复程序。
不过，名为PR6898的修复程序却存在严重缺陷。
开发人员RaulJordan表示：“在修复此错误时，我们无意中删除了Prysm节点起作用的所有关键功能，这使问题变得更加严重。”
后果
由于时间不同步，通过Prysm客户端进行验证的“几乎没有人同步到链头”。这也意味着，他们的数据是无效的，也就不能参与验证、获得质押奖励等。
虽然目前Eth2.0仍然是测试网阶段，这些奖励也不是真实的——包括用户参与验证质押的ETH也是测试网版的，不具有真实流通性。
但这次事故，还是对整个Medalla测试网造成了冲击。
由于prysm客户端占据?全网64%?以上的份额，在事件发生后，Medalla测试网中主动投票的验证者数量与总验证者数量的比值从75%左右一度降至5%以下。这也意味着，剩余验证者无法达成全网共识，网络无法正常运行。
外媒《Trustnodes》报导称，此次事故也造成以太坊网络一度停止：大约30％的验证流程失败时，内存问题就开始出现；大约50％之后，问题就变得更大；最后在70％之后，网络显然就停止了。
因此，在过去两天，Prysm客户端修缮了自己的客户端，想要尽快启动测试网。
今天下午，星火矿池发出号召，所有运行Prysm客户端参与Medalla测试网的朋友，请检查自己的客户端是否升级到了alpha.22版本。如果尚未升级，请尽快升级，以支援Medalla测试网从同步障碍中恢复。
思考
这次事故也反映了多客户端的重要性。
某个客户端使用占比过高，一旦出现问题，最中可能导致整个网络运行受到影响。
但从现实情况来看，Prysm客户端能够获得青睐也是有原因的。
目前，Eth2.0上线了5个客户端，但Prysm提供的教学无疑是最好上手的，所以绝大多数验证者仍使用Prysm。
因此，对整个以太坊生态来说，要想平衡各个客户端的力量，必须提升其他客户端易用性，而这是一条任重而道远的漫长之路。
最后，我想说这次事故对Eth2.0来说也是一次历练。所有的问题在测试网阶段充分暴露，才能保证Eth2.0未来的可用性和安全性。
从以太坊过去5年的发展来看，相比于The?DAO攻击、分叉等一系列挑战，这次测试网发生的事故只是小问题。
对于以太坊来说，只会愈挫愈勇。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。