本文主要是介绍POS 之 惩罚机制，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
惩罚
| Item | 描述 | 惩罚机制 | |
|---|---|---|---|
| 🍠 | 来源投票 | 验证者给正确的来源检查点进行了及时投票 | 如果及时投票或投票非常慢，没有奖励，并且会从验证者余额中移同等价值 |
| 🍚 | 目标投票 | 验证者给正确的目标检查点进行了及时投票 | 如果及时投票或投票非常慢，没有奖励，并且会从验证者余额中移同等价值 |
| 🍛 | 头部投票 | 验证者给正确的头部区块进行了及时投票 | 如果错失，没有惩罚 |
| 🍢 | 同步委员会奖励 | 验证者参与了同步委员会 | 如果及时投票或投票非常慢，没有奖励，并且会从验证者余额中移同等价值 |
| 🥟 | 提议者奖励 | 验证者在正确的时隙提议了区块 | 提议失败没有惩罚 |
罚没
罚没是一种更加严重的行为，将导致验证者被强制移出网络并且他们质押的以太币会损失。 有三种方式会让验证者被罚没
- 同一个
slot提议或签名两个不同的区块 双重投票: 在同一个Epoch中对两个区块进行了投票环绕投票：后续介绍
- 如果这些行为被检测到，验证者就会被罚没。 这意味着 $ \frac{1}{32} $ 的质押以太币（最多是
1个以太币）将被立即销毁 - 然后一个为期
36天的移除期开始，在移除期内，验证者的质押将逐渐流失。在中间点（第18天），会有一个额外的惩罚，其幅度与罚没事件之前36天内所有被罚没验证者的质押以太币总数成比例，这种惩罚称为相关性惩罚，这意味着被罚没的验证者越多，罚没的幅度就会增加 - 最大的罚没幅度是所有罚没验证者的全部有效余额（即，如果有很多的验证者被罚没，那么他们将失去全部的质押）
怠惰惩罚
如果共识层超过
4个Epoch都还没有最终确定，则会激活称为怠惰惩罚的紧急协议
- 最终确定性需要
2/3多数的总质押以太币来同意来源和目标检查点 - 如果超过
1/3验证者总数的验证者离线或者提交正确认证失败，那么就不可能有超过2/3的绝对多数来最终确定检查点 - 怠惰惩罚会让非活跃验证者的质押逐渐流失，直到他们
控制的总质押少于1/3，这就允许了其余的活跃验证者可以最终确定该链
总质押少于1/3`，这就允许了其余的活跃验证者可以最终确定该链 - 不管非活跃验证者的池子有多大，其余的活跃验证者最终都会控制
超过 2/3 的质押。质押损失对于非活跃验证者尽快重新激活有着强大的激励
这篇关于POS 之 惩罚机制的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
