以太坊2.0 Staking老司机指南 : 制止罚没的三大技巧_数字货币

[2021-02-10 09:26:38] 来源：编辑：wangjia 点击量：

评论 点击收藏

导读： OKEx投研 | 回升力度超预期，短期关注18900一线阻力分析师观点：预估币价短期会在18900美元阻力下方先迎来一波短期调整。本文讨论了以太坊2.0网络中的罚没（slashing）机制，对于S

OKEx投研 | 回升力度超预期，短期关注18900一线阻力

分析师观点：预估币价短期会在18900美元阻力下方先迎来一波短期调整。

本文讨论了以太坊2.0网络中的罚没（slashing）机制，对于Staking介入者（尤其是自己亲自介入的），你需要领会哪些情形会导致罚没，以及若何制止被罚没。本文档中提供的大多数信息与客户端选择无关，这意味着它将适用于所有用户，而不管他们选择运行Prysm、Lighthouse、Teku、Nimbus照样其他以太坊2.0客户端。

原文作者是Prysmatic Labs团结创始人Raul Jordan。

*主要免责声明*

Prysmatic Labs对用户的资金损失不负担任何责任，无论缘故原由是什么，包罗客户端破绽或文档错误，这种责任的免去延伸到了罚没历程。只管每个以太坊2.0客户端都尽最大努力确保代码库是平安的，但与其他任何开发项目一样，总是会存在失足的可能性。介入以太坊2.0是一项有风险的流动，主要的是介入者需要研究并明白他们要负担的风险及责任。

什么是罚没（slashing）？

当一个验证者表现出与以太坊网络相争对的行为时，就会发生罚没。罚没不一定是由于有恶意意图，它也有可能是由于错误的设置。验证者的行为可能会使得系统变杂乱，或损坏其完整性，因此，这些对网络造成危害的验证者，其质押的ETH就会遭到责罚，而这是不可逆转的。

不要将罚没和不流动处罚混淆，罚没的目的是抑制那些试图危险以太坊2.0网络的人，并反过来奖励那些按计划维护、治理和运营以太坊2.0网络的人。罚没的的主要目的是减轻在以太坊2.0网络上执行的攻击，例如在差别的历史检查点视图上建立相互冲突的验证者分支。

准确遵照协议的验证器在正常操作中永远不会发出可遭到罚没的投票，验证器不会由于离线而遭到罚没。

罚没的工作方式

罚没的行为会损坏掉那些危险以太坊网络的验证者的质押资金，强迫他们脱离网络，并通过促进好的介入者来增强区块链的平安性。

只管罚没是一种责罚方式，但即便是一个正常用户，若是其验证器设置不准确，仍有可能遭到罚没。因此，领会若何准确设置和治理验证器客户端和操作系统是至关主要的，用户还应制止在不领会其所有功效的情形下实验使用高级指令。

在以下情形下，验证者会遭到罚没：

验证器在统一个slot中使用差别的root（本质上内部数据的哈希）提出两个冲突的区块。若是这类操作没有遭到责罚，那么验证者就很容易建立不必要的分叉，或造成杂乱。注：简朴地提出相同的区块两次，并不会遭到罚没；验证器在统一个slot中证实两个冲突的区块。这被称为双重投票，也意味着验证者可能试图建立冲突的链分叉。注：简朴地为相同区块投票两次，并不会遭到罚没；验证器投出的投票“笼罩”（surround）或被之前的投票“笼罩”，这意味着验证者试图投票否决历史，这种情形下就会遭到罚没；

（以太坊2.0 surround 投票，来自https://github.com/protolambda/eth2-surround）

遭到罚没后，会发生什么？

只管存在多个防止罚没的机制，但每个验证器密钥对仅被一个验证器使用是至关主要的。这听起来很容易，然则当设置了多个验证器时，很容易错误地还原验证器并复制已经运行的验证器。举行更改时，请始终确认正在使用/恢复/设置准确的验证器密钥。

你可以在这里（1、2）找到一些其他资源。

若是验证器遭到罚没，则会发生许多事情：

遭到罚没的验证器被迫在36天内退出信标链；遭到罚没的验证器会面临三种责罚类型（泉源）；当被提议的举报人在一个区块中包罗举报信息时，将受到最低处罚；在每个epoch周期最先举行责罚，直到验证器脱离退出行列；在举报信息被包罗在一个区块内，以及遭罚没的验证器退出之间的中心时间，将执行稀奇处罚，这一特殊处罚与在此期间有若干其他验证器遭到罚没成比例。所适用的最大值，可到达相关罚没工具的所有有用余额。这意味着，若是验证器遭到罚没，它会立刻受到责罚，并将连续受到约36天的处罚，直到其可以退出为止，并且在18-36天的时间内，还会受到一次性罚款，而罚没的金额还受到统一epoch时期遭罚没的验证器数目的影响（即判断这是一次次协同攻击，照样单独的攻击）。有关更详细的说明，请接见此处。

最后，值得注重的是，遭到罚没的验证器无法重新进入验证器集。若是验证者要继续验证，就需要举行新的质押以及天生新的密钥，而罚没是不可逆的！

总的来说，遭到罚没会导致你质押的ETH不停变少，并在中途遭受重大损失。在36天后，你可以退出信标链，也可以撤回所有剩余的ETH，而在这36天的时间段内，你会损失很大一部分的ETH。

会导致罚没的常见用户错误

只管上面提到的罚没场景对普通用户而言似乎是不可能发生的，但不准确的设置，很可能会导致老实的验证者也会遭到罚没！以下是一些可能发生这种情形的场景：

1、相同的验证密钥同时运行在两个服务器上，其中一个可能用作故障转移，以防第一个服务器泛起故障。

说明：这是最容易让你遭到罚没的方式，若是你的故障转移系统误报第一个节点已关闭，你可能会发现自己处在遭遇罚没的田地。

请不要同时在两个地方运行验证密钥！

2、你把密钥迁徙至另一台计算机或另一个以太坊2.0客户端，而没有迁徙你的罚没珍爱历史纪录；

说明：你的另一个节点可能有一个不准确同步的时钟，这可能会导致你遭遇罚没，若是你迁徙了罚没珍爱历史纪录，就可以轻松避开这种情形。

3、你在验证器客户端中删除或丢失了罚没珍爱历史纪录；

说明：失去罚没珍爱历史纪录，可能会导致一些问题，好比你的时钟被弄乱，从而发生会遭到罚没的区块或投票。

4、使用没有持久卷（PV）的容器化环境举行验证

说明：若是你使用Docker运行，或者可能在云环境（如Kubernetes）中运行，则需要为验证器设置持久卷（PV），这样，若是pod或容器重新启动，则不会消灭罚没珍爱历史。

5、可能导致罚没错误的协议破绽（这种情形不太可能发生，而它会是最糟糕的情形）

说明：测试网上发生的大规模罚没事宜的催化剂，通常是由于客户端实现中的破绽。然则，具有罚没珍爱数据库和准确设置的验证器并没有受到影响。这些示例包罗时间服务器故障以及区块ID处置欠妥的错误。当Medalla测试网中发生服务器故障时，大多数验证器都遭到罚没了，由于它们没有一个持久化的罚没历史数据库。

选择验证器时，领会若何设置、设置，升级和清扫任何已安装软件的故障是至关主要的。在这里（ ethereumprice.org）可以找到一个很好的资源来更好地明白介入以太坊2.0 Staking的风险，这里另有另一个注释若何检测罚没条件的资源。

谁在执行罚没？

罚没者（Slasher）

罚没器（Slasher）是指一个单独的软件，其主要目的是检测可罚没的事宜。你可以把罚没器（Slasher）想象成以太坊2.0网络的“警员”，由于检测恶意新闻所需的分外数据和历程，通常这些罚没器是独立于信标节点运行的。为了检测可罚没的新闻，罚没器纪录网络上每个验证器的证实和提议历史纪录，并将该历史纪录与广播的内容交织引用，以找到可罚没的新闻，例如双重区块或surrounding投票。

网络所需要的是一个老实的罚没器客户端来监视网络，由于发现的任何罚没都市传播到整个网络，以便尽快将其放入一个区块中。

举报人奖励

为了激励罚没检测，验证器将获得一种“举报人奖励”，这是在信标链上对提交具有任何有用罚没的区块的奖励。这些奖励是给予那些介入罚没的验证者的，通常每个验证者大约有0.1 ETH奖励。

虽然激励检测是有价值的，但若是你在Prysm中发现了罚没，仅运行一个罚没器客户端是不会获得举报人奖励的。默认情形下，发现的任何罚没都市广播到网络以尽快包罗在区块中，因此，通常在检测到罚没后，奖励会立刻发给提议者，而不是发给运行罚没器的验证者。

运营一个罚没器并不意味着有利可图。罚没本就是罕有的，举报人奖励也被设置地很低。本质上，运营罚没器相当于一种利他行为，再次强调，网络中只需激活一个老实的、功效正常的罚没器，即可捕获到违规行为。幸运的是，这是低门槛的，我们设想会有相当多的用户和实体将运行罚没器来确保网络平安。

罚没预防针

我们有好新闻要告诉人人，罚没是可以预防的！有许多最佳实践可确保我们不会遭到罚没，但主要的是要领会它们。

1、内陆罚没珍爱数据库一种由多个客户端实现的罚没珍爱方式是内陆署名历史数据库。该功效在Prysm的验证者客户端中是默认启用的。该数据库确保验证器凭据其自身的历史纪录纰谬被视为可罚没新闻的新闻举行署名。更简朴地说，验证器在决议是否应对新闻举行署名时，会将数据库视为其唯一的真实泉源。这种方式确保单个验证器不会执行重复的操作。

需要注重的是，内陆罚没珍爱无法防止使用相同的验证器密钥运行多个验证器实例。

该数据库仅跟踪该内陆实例中验证器的署名事宜。这也意味着，若是用户将其验证器更改为其他客户端（例如，从Lighthouse迁徙到Nimbus），或转移到新的硬件设置（在新的linux机械上安装，迁徙到托管解决方案），那么还必须迁徙署名历史数据库。这将确保在任何新客户端上保留已往操作的历史纪录。

2、远程罚没珍爱防止罚没的另一种替换实现方式是使用罚没器（slasher）。罚没器纪录它收到的所有证实和区块，验证器在赞成签署新闻之前会引用它。与内陆署名历史数据库相比，这种方式是一种更强的罚没珍爱方式，但与数据库一样，此方式无法防止运行统一验证器的多个实例。

防止罚没的另一种实现，是将罚没器自己用作信标节点和验证器客户端之间的中心件。在验证器客户端提交区块或证实之前，它首先询问罚没器这是否是可罚没的。

若是检查通过，数据将通过信标节点。这是最先进的罚没珍爱形式，由于理想情形下，罚没器领会网络中发生的所有事宜，并纪录了每个验证器的区块和证实历史。但有一点需要注重的是，在Prysm中，远程罚没珍爱还没有优化，由于我们的罚没器仍然是资源消耗大户。鉴于我们的罚没器资源消耗很高，这可能会导致你的验证器错过证实或区块。远程罚没珍爱旨在作为内陆罚没珍爱之上的附加层运行。出于平安缘故原由，用户无法在Prysm中禁用内陆罚没珍爱。

3、迁徙你的罚没珍爱历史在验证历程中的某个特定时刻，质押者可能需执行的一个主要流动，是将其验证密钥迁徙到另一台机械或差别的以太坊2.0客户端。

有时，你可能希望切换Staking机械，或者你可能希望迁徙到适合你的差别的以太坊2.0客户端。无论若何，你都应始终携带好你的罚没珍爱纪录。

罚没珍爱尺度：EIP-3076

现在有一个官方尺度用于迁徙以太坊2.0客户端之间的罚没珍爱历史纪录，它被称为EIP-3076。该尺度建议在JSON文件中示意验证器的罚没珍爱历史纪录。该文件包罗了：

有关验证历史纪录的链的初始状态信息（用于区分测试网和主网）；有关用户正在运行的验证器公钥的所有署名区块以及署名证实信息；通过导出此文件，并在迁徙到另一台计算机或以太坊2.0客户端时导入它，你将获得大量利益，并能够免受未存储此内陆历史纪录的情形下的简朴罚没条件。

将现有的验证密钥导入Prysm

停止发稿时，在Prysm的v1.0.1版本中，Prysm不允许用户将EIP-3076 罚没珍爱JSON文件导入验证器客户端。这是Prysm团队的首要任务，可能会在以太坊2.0主网上线后的下一个版本中实现这个功效。

从Prysm导出你的罚没珍爱历史

停止发稿时，在Prysm的v1.0.1版本中，Prysm不允许用户将罚没珍爱历史纪录导出到EIP-3076 罚没珍爱JSON文件中，同样的，Prysm团队正在抓紧实现这一目的。

若是你确定希望迁徙机械，我们建议你等到Prysm支持导出罚没珍爱历史纪录之后。若是着实等不及，请记着以下一些主要事项：

关闭你的信标节点以及机械1上的验证器，确保它没有作为系统历程运行。你可以使用操作系统的历程监视器工具或命令行工具（例如top或htop）举行检查，并检查是否包罗名称“ prysm”，“ validator”或“ beacon”。请注重你的钱包目录位置。若是你在启动Prysm时使用默认值，则可以在“验证者帐户列表”输出的顶部查看其路径，该路径因操作系统而异。获取整个目录并将其迁徙至你的下一台计算机。若是你修改了验证器的datadir，也请将该目录迁徙到下一台计算机。至少守候几个epoch时间段，在第二台机械上同步信标节点，然后在第二台机械上启动验证器客户端。确保不在机械1或其他任何地方运行相同的密钥。