摘要：Eth2 中的时间服务器攻击之前也有人讨论过。但迄今为止，主流意见都认为这种攻击只能导致验证者暂时离线，等节点运营者重建正确的时间同步措施，节点就能重新回到线上。但是，如果节点可以被诱去签署一条有关遥远未来某个 epoch 的见证消息（attestation），危险性就远不止暂时离线这么简单：因为共识算法的环绕投票罚没规则，这些节点在整个网络实际到达该错发的见证消息的目标 epoch 之前，将不能再签名任何见证消息（否则就会触发罚没）。在共识规则的运作下，这种时间服务器攻击会导致受攻击的验证者几乎永远离线，而相关的权益人也会因为懒惰惩罚（inactivity leak）而付出惨痛代价。
20,000枚ETH从未知钱包转移到Binance:金色财经报道，据Whale Alert数据显示，20,000枚ETH (价值约33,439,102USD) 从未知钱包转移到Binance。[2022/9/7 13:12:38]
Eth2 中的见证消息就是验证者签过名的、包含所认可的来源检查点和目标检查点的信息；来源检查点和目标检查点都以时段号（epoch number）和区块根（block root）来表示。Casper FFG 的算法的安全性保证之一便是 “无环绕投票” 规则：验证者签名过的任意两条消息中，不能出现有 attestation1.source < attestation2.source 且 attestation2.target < attestation1.source 的情况（一条见证消息所试图敲定的范围恰好在另一条见证消息试图敲定的范围内）。
Tether CTO：UST的问题在于扩张过快，用例单一:5月13日消息，Tether CTO Paolo Ardoino 在社交网站上表示，UST 的问题在于扩张过快，导致其无法应对市场出现的价格剧烈波动。UST的问题在于扩张过快，导致其无法应对市场出现的价格剧烈波动。
此外，UST的用例过于单一，并未开发出实际的支付或交易用例。这是其失败的原因。在谈到USDT近期的波动时，Paolo Ardoino表示，USDT并没有脱锚，因此他始终能够保证1 USDT兑现1美元。此外，Tether仍在持续减持商业票据，并保证美国国债作为大部分储备资产。[2022/5/13 3:13:54]
我们可以按如下手法炮制一次时间服务器攻击：第一步是通过操纵时间服务器的时间，使之跳转到未来的某个时间，使得被攻击验证者的时间也跳转到未来（比如说 15 到 20 天之后），这个时间必须短于懒惰惩罚致使验证者余额降低至零的时间，否则验证者就不会再签名见证消息了。
以太坊2.0存款合约地址持币突破5万个ETH:据Tokenview数据显示：以太坊2.0存款合约地址共计收到229个创世验证者存入的1518笔50592个ETH，占比总目标（524288ETH）的9.65%，其中排名前三位分别存入13888、6400、3200个ETH，目前以太坊2.0存款合约上ETH的持有量排名327。[2020/11/9 12:04:39]
然后我们需要诱相关的节点，使之认为它其实是跟链保持同步的，然后它才会签署见证消息。如果攻击者控制了多个对等节点，这一点总是有可能做到的，只需在点对点的网络频道中发送一些来自未来时间的见证消息和区块即可。控制多个节点也是容易实现的，所以这并不是一个不现实的攻击者假设。
动态 | 跨ETH/EOS/TRON三大公链 DApp活跃度排行榜:据 DAppTotal 02月18日数据显示，过去一周，综合对比ETH、EOS、TRON三大公链的DApp生态情况发现: 总用户量(个): EOS(124,512) > TRON(93,829) > ETH(24,291)；总交易次数(笔): EOS(18,770,896) > TRON(4,911,721) > ETH(287,556)；总交易额(美元): EOS(115,419,831) > TRON(40,151,333) > ETH(14,506,453)；跨三条公链按用户量TOP3 DApps为: Endless Game(EOS)、Fishing Master(TRON)、Win.town(TRON)；按交易次数TOP3 DApps分别为 Dice(EOS)、TRONbet(TRON)、EOS Knights(EOS)；按交易额TOP3 DApps分别为: TRONbet(TRON)、Dice(EOS)、FarmEOS(EOS)。[2019/2/18]
一旦目标验证者签名了一条以未来 epoch 为目标 epoch 的见证消息，攻击者就可以把这条消息保存下来，然后确定这名验证者在整个网络实际到达那个未来 epoch 之前，都不能再签名任何见证消息了（否则攻击者可以发出这条消息，使之被罚没）。当前所有 Eth2 实现的验证者客户端都有措施防止该验证者签署相互冲突的见证消息，因此该验证者实质上就是离线了。
一名攻击者可以通过一个时间服务器（或类似设施，例如 roughtime）来驱逐所有 TA 能影响到的验证者。这种攻击会比此前使用同样界面所设想的攻击更为恶劣，因为影响不是暂时的，而是持久得多。虽然我们有可能在几分钟之内就能发现这样的攻击，而且所有专业的节点都能在几个小时内恢复正常时间，但这于事无补，因为损害已经发生了 —— 而且可以导致验证者的惨重损失，例如，可能有很多验证者会因为指数升高的懒惰惩罚而被提出网络。
我们可以在验证者客户端中加入一条不罚没规则：要求他们在签署所有消息前都评估当前的时间，而且不要提前签署未来的消息。这个办法其实只有在验证者客户端与信标链节点没有部署在同一台机器上且没有被攻击波及时才有用。不过，对于密钥分割型验证者来说是一个明确的改进，因为这个规则将不允许领导哦啊这节点提议一条未来的见证消息，可以阻挡验证者的行动。
本文所提出的问题表明，时间服务器的同步措施所包含的攻击界面比我们从前设想的严重得多，必须引起我们的注意。
小幅度的时间偏移虽然恼人，但不会导致严重的问题，所以，仅在时间服务器推送的更新与本地的 RTC 时间相差幅度在一定范围内才使用更新、否则就拒绝更新，似乎是更好的模式。
但这个模式仍会遗留一个攻击界面在启动进程中。因此时有发生的大规模电源中断可能会演变成严重的问题、一次性影响众多验证者。我认为，可以让验证者客户端在启动前先检查罚没保护数据库、如果在几个小时乃至几天内都没有签名过任何消息，就拒绝启动。长时间不签名消息意味着可能发生了时间服务器攻击。可以添加一个强制启动的标签来应对例外情况。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。