#dusk $DUSK 把Dusk的Provisioner要求从头梳理了一遍，发现文档里有一句话写得轻但后果重："永远不要在多个活跃节点上运行同一个共识密钥。"一旦触发，属于硬惩罚，质押的DUSK会被直接烧掉。这不是警告，是规则。$SPCXB
成为Provisioner需要质押至少1000 DUSK，激活不是即时的——质押在epoch边界之后的下一个epoch边界才开始具备资格。一个epoch有2160个区块，大约6到12小时。很多人以为转了币就能立刻参与共识，结果干等了半天。$SNDKB
激活只是第一步，更难的是持续参与。软惩罚会针对"未能参与共识"的情况。节点不能断线太久，也不能在关键时刻掉链子。一旦被标记软惩罚，active stake会被部分转入locked stake，虽然币还属于你，但不产生收益。要从locked变回active，可能需要完整解除再重新质押。
从BTC全节点运营者的角度看，跑一个节点只要同步区块、保持在线。但Dusk的Provisioner有押金、有责任、有惩罚。如果你用云服务器做了自动故障转移，千万确保旧实例完全下线后新实例才启动。
我最想看到的是@Dusk 能不能出一个运维健康检查面板，让Provisioner实时看到共识密钥的唯一性、节点在线时长、以及是否有软惩罚风险。质押者只盯着APY远远不够，得先确保自己不会因为运维失误被烧币。
#dusk @Dusk