Staked 75个节点集体遭Slash后将获赔偿，如何预防以太坊 2.0 Slash?

Staked 75个节 集体遭Slash ， 或因对区块进行双签

2月3日，Pr ysmatic Labs开发人员Terence发推表示，过去的几小时中，以太坊2.0信标链主网有超过75位验证者被 Slash 罚款。

据悉，Slash是从节点中质押的32枚以太坊中收取罚款。 Slash的任何金额都无法替换，并且如果节点由于Slash的罚款累积而降至16枚以太坊以下，该节点将会自动从网络中退出。

随后经PANews查询 以太坊2.0信标链网站 beaconcha.in，其 数据显示 以太坊 2.0质押节点中，有高达75个质押节点在2月2日至3日遭遇官方Slash ，而以太坊2.0全网至今总共被 Slash 的节点为114个。

InfStones市场总监Rudy对此表示 ，被Slash的原因多半是对区块进行双签，具体操作上应该是在服务器迁移或备份的时候操作失误， 让两个机器同时运行一个验证人密钥，造成双签而被Slash 。 按照过往历史记录来看，每个被Slash 的 节点会损失0.6以太坊左右，75个节点就是45以太坊。而如果大批量节点同时被Slash，由于加倍惩罚的机制惩罚金数额还将更大。

2月4日，权益质押服务商Staked针对这一事件作出回应：“ 2月2日有75个运行在Staked的节点遭到Slash惩罚， 这主要是由于技术性问题，客户将 会 得到全额赔偿。 ”

Staked解释， 在过去六周中其进行了一系列性能改进，以提升证明率（attestationrate），并使用canary环境进行了测试。但Prysm的客户端Slash保护数据库引发了证明遗失（此后进行了修复），之后我们为了追求更好的性能禁用了Prysm数据库的持久性，并试图扩大信标节点的数量，因此引发了此次问题。

目前， Staked表示 将Prysm Slashing数据库保留给在所有五个区域中运行的验证器，不会再发生此类问题。Staked将与受影响客户取得联系，并补偿客户因Slash惩罚损失的以太坊和错过的奖励。

以太坊 2.0 Slash 机制 详解

12月1日， 让从业者期待已久、承诺解决区块链网络扩容问题的 以太坊 2.0突破重重压力，终于上线了。 以太坊 2.0分为三个阶段：阶段0“信标链”、阶段1“分片”和阶段2“执行”，并转换成了PoS 共识机制，目前信标链阶段承担着让验证者参与质押系统从而运行维护网络的职能。

“Slash”是PoS共识公链中常用来对作恶验证人实施惩罚的机制， 旨在通过惩罚泄漏等行为不端的验证程序来消除潜在的网络攻击， 而以太坊2.0的Slash规则可能是目前所有PoS公链中最复杂的一个。

据U.Today 消息，以太坊2.0信标链主网（Beacon C hain）于12月2日已出现第一个节点验证人被Slash罚款的情况。第一位流放的验证者由于是提议者（Proposer）而被Slash罚款，这意味着该验证人在一个插槽中选出了两个不同的区块。

此外，区块链云计算服务商 InfStones 还对 以太坊2.0 Slash 机制作出了解释。称其一般是对严重作恶行为的惩罚，而非对普通离线节点的惩罚，后者一般被称为inactivity penalties。在一般的PoS公有链中，通常只有“双签”类行为会触发Slash，而以太坊2.0中则会在3种行为中触发： 同一个slot中提议两个冲突的区块，同一个slot中投给两个冲突的区块，投票与历史投票冲突。

Slash后，验证者会被强制进入验证者退出队列，然后退出。同时，验证者将立刻被扣除 有效余额/128 作为罚金。原设定惩罚量为 有效余额/32 ，即1以太坊，在信标链阶段暂时下调至原值的四分之一。 如果有效余额是32以太坊，则为0.25以太坊。

除非有意为之，大部分过失Slash发生的情形都是因为在两台服务器上运行了相同的验证人密钥，也即两台服务器运行同一个节点。“一用一备”是传统服务器冗余防宕机的通用做法，但在有Slash机制的PoS公链节点运行问题上，却不能这样简单地处理。

InfStones CEO Jonathan Shi 曾在公开演讲中提到： 在区块链领域里 安全性不等于可靠性 。传统互联网中，安全性和可靠性并不矛盾，可以通过增加系统冗余的方式提高安全性和可靠性。但在区块链中，如果对出块节点做冗余性设计，则很有可能造成多个节点同时出块，导致双重签名；但若不对节点做冗余性设计，就会出现单点故障。如果这个节点掉线，则会导致整个系统服务宕机，影响系统的可靠性。

此外，客户端一般默认有Slash保护历史记录，该记录通过记录所有历史的attestation和proposal记录来预防Slash。如果在运行过程中不慎删除该记录，也有可能导致Slash问题。