#dusk 我把Dusk的罚没机制重新拆了一遍，发现最容易被误读的，不是惩罚力度，而是"软惩罚"和"硬惩罚"根本不是一回事。官方文档里明确区分：软惩罚针对共识参与失败，比如Provisioner在指定时间内没生成区块或没投票；硬惩罚针对的是可证明的恶意行为——对同一高度签署冲突提案，或者同一个共识密钥在多个节点上同时运行。
两者的后果差别巨大。软惩罚会暂停$SNDKB Provisioner资格，并把一部分active stake转入locked stake。注意，locked stake仍然属于质押者本人，只是暂时不参与共识、不产生收益。这和资产直接被扣掉完全不同。硬惩罚才是真正会烧掉一部分DUSK。
从ETH生态过来的用户，对ETH2.0的slashing有直觉，但Dusk多了一层软惩罚的缓冲。它给运维者留了一个纠错窗口——你因为网络波动错过了投票，不会直接烧币，但会被暂时"靠边站"。而如果你故意作恶，那就是另一回事了。$SPCXB
对普通$DUSK 持有者来说，跑节点最该盯的不是收益率，而是"我的共识密钥是不是只在唯一一台机器上运行"。文档反复强调这条，但很多人觉得云服务器做个自动故障转移很方便，结果旧实例没完全下线，新实例已经启动，两个实例同时活跃——这直接触发硬惩罚。
所以我认为@Dusk 后续最该在运维面板里展示的，不是APY，而是节点健康状态、共识密钥唯一性检查、以及是否有软惩罚风险。质押者不能出了事才去翻文档。
#dusk @Dusk