验证者与验证者客户端
验证者是信标链相关的概念，一个验证者即是信标链共识过程的一个参与者。验证者之间以公钥来区别身份，而且每个验证者都会在不同时间被分配以验证信标链的任务。成功完成这些任务，就能获得奖赏；反之，如果失职，不仅得不到奖励，还会受到严厉的惩罚。在Phase0阶段，这些指责仅限于在信标链上提议区块和提交见证消息。
验证者们需要使用一种叫验证者客户端（VC）的软件来执行其职责[1]。所有的信标链客户端团队都将VC验证者肯定希望自己的客户端能全时在线，这样才能获得最大收益、避免所有惩罚。实现高可用的常见方法是设置冗余和故障转移机制。本文会解释冗余机制给验证者带来的危险，并为信标链的VC提议一种合理的故障转移措施。
损失/惩罚的类型
验证者会面临三种类型的损失，严重程度从小到大排列如下：
奖励落空：当一个验证者在被分配到任务时没能执行，TA就不能获得与该任务对应的奖励。验证者的权益（本金）不会减少，只不过失去了一次获得奖励的机会。怠工惩罚：如果一个验证者没有发出见证消息，而那时候信标链又不能敲定区块[2]，那验证者的权益就会减少很小的一个数额（当然相关的奖励也拿不到了）。罚没惩罚：若一个验证者发出了违反CasperFFG规则的见证消息，则该验证者会立即被罚没——该验证者的权益会减少一定的比例[3]，而且该验证者会被踢出，不能再参与共识（因此也与未来的奖励无缘）。而且，因为现在信标链还不能转让和取回质押的ETH，所以验证者剩下的钱会全部锁在信标链上、无法动用（直到信标链开启相关功能）。（译者注：作者在此处遗漏了一种损失：当信标链无法获得终局性的时候，不仅
本文来自用户投稿，不代表币大大立场，如若转载，请注明出处：https://czxurui.com/zx/52062.html
发表回复
评论列表（0条）