#dusk Revisé nuevamente el mecanismo de penalizaciones de Dusk y descubrí que lo más fácil de malinterpretar no es la intensidad del castigo, sino que la «penalización blanda» y la «penalización dura» en realidad no son lo mismo. La documentación oficial las distingue con claridad: la penalización blanda se aplica a fallos en la participación del consenso, por ejemplo, un Provisioner que no genera un bloque dentro del tiempo especificado o que no emite su voto; la penalización dura se dirige a conductas maliciosas demostrables: por ejemplo, firmar propuestas en conflicto para la misma altura, o ejecutar simultáneamente la misma clave de consenso en varios nodos.
Las consecuencias de una y otra son enormes. La penalización blanda suspende la elegibilidad de $SNDKB Provisioner y transfiere una parte del active stake a locked stake. Ten en cuenta que el locked stake sigue perteneciendo al propio validador, solo que temporalmente no participa en el consenso y no genera recompensas. Esto es totalmente distinto a que te descuenten los activos directamente. La penalización dura es la que realmente puede quemar una parte de DUSK.
Para usuarios que vienen del ecosistema de ETH, tienen intuición sobre el slashing de ETH2.0, pero Dusk agrega una capa de amortiguación con la penalización blanda. Le da a los operadores una ventana para corregir errores: si perdiste tu voto por fluctuaciones de la red, no se te quema el token directamente, pero sí se te «saca a un lado» temporalmente. Pero si intencionalmente haces el mal, entonces es otra historia.$SPCXB
Para los $DUSK titulares comunes, al ejecutar un nodo, lo que más deberían vigilar no es el rendimiento, sino si «mi clave de consenso solo está ejecutándose en una única máquina». El documento lo recalca una y otra vez, pero mucha gente cree que tener un servidor en la nube con conmutación por fallo automática es conveniente; el resultado es que la instancia antigua no se apaga completamente y la nueva ya está iniciada, quedando dos instancias activas al mismo tiempo: eso dispara directamente la penalización dura.
Así que creo que lo más importante que @Dusk debería mostrarse en el panel de operación en adelante no es el APY, sino el estado de salud del nodo, las comprobaciones de unicidad de la clave de consenso y si existe riesgo de penalización blanda. Los que han puesto stake no deberían esperar a que pase algo para consultar la documentación.
#dusk @Dusk