Corte de red en la sala del servidor durante diez minutos, y con la misma clave se firman dos resultados conflictivos: ¿se puede imponer el mismo castigo de severidad? Si la respuesta es “quemar monedas”, entonces de verdad no me atrevo a ejecutar nodos.
Volví a comprobar las reglas de staking actuales de @Dusk . Dusk divide la penalización de consenso en soft y hard, pero la verdadera línea divisoria no es si el dueño del nodo dice o no que actúa con mala intención, sino qué pruebas quedan en la cadena.
La penalización soft está dirigida a fallos al participar, por ejemplo, no poder producir un bloque candidato válido. El protocolo puede pausar la elegibilidad del nodo y mover parte del stake activo a stake bloqueado (locked). El capital sigue perteneciendo al staker, pero de forma temporal pierde la capacidad de participar en el consenso y de obtener recompensas.
La penalización hard se aplica a conductas inválidas demostrables, incluyendo votos inválidos y firmas duplicadas al proponer o votar conflictos. Además de pausar la elegibilidad, el protocolo también puede destruir directamente parte del staking, porque la firma ya constituye evidencia de la ruptura del consenso.
El protocolo no sustituirá al nodo para juzgar si es un ataque o un desliz. La recomendación oficial es especialmente clara: no se debe ejecutar la misma consensus key simultáneamente en dos nodos activos. Durante la migración, si el nodo antiguo aún no se ha detenido y el nuevo ya empieza a firmar, un incidente operativo también puede generar mensajes de conflicto y recibir una penalización hard.
Así que el riesgo del staking no puede evaluarse solo por el APY. La penalización soft afecta el staking efectivo y las ganancias por inactividad, mientras que la hard puede dañar el principal. Vigilaré el fault count, el locked stake, la duración de la pausa y las firmas conflictivas. El staking de $DUSK no es un depósito: es un respaldo de un sistema de producción cuyo principal se usa para mantener el sistema en línea de forma continua y con claves únicas.
#dusk $DUSK
Volví a comprobar las reglas de staking actuales de @Dusk . Dusk divide la penalización de consenso en soft y hard, pero la verdadera línea divisoria no es si el dueño del nodo dice o no que actúa con mala intención, sino qué pruebas quedan en la cadena.
La penalización soft está dirigida a fallos al participar, por ejemplo, no poder producir un bloque candidato válido. El protocolo puede pausar la elegibilidad del nodo y mover parte del stake activo a stake bloqueado (locked). El capital sigue perteneciendo al staker, pero de forma temporal pierde la capacidad de participar en el consenso y de obtener recompensas.
La penalización hard se aplica a conductas inválidas demostrables, incluyendo votos inválidos y firmas duplicadas al proponer o votar conflictos. Además de pausar la elegibilidad, el protocolo también puede destruir directamente parte del staking, porque la firma ya constituye evidencia de la ruptura del consenso.
El protocolo no sustituirá al nodo para juzgar si es un ataque o un desliz. La recomendación oficial es especialmente clara: no se debe ejecutar la misma consensus key simultáneamente en dos nodos activos. Durante la migración, si el nodo antiguo aún no se ha detenido y el nuevo ya empieza a firmar, un incidente operativo también puede generar mensajes de conflicto y recibir una penalización hard.
Así que el riesgo del staking no puede evaluarse solo por el APY. La penalización soft afecta el staking efectivo y las ganancias por inactividad, mientras que la hard puede dañar el principal. Vigilaré el fault count, el locked stake, la duración de la pausa y las firmas conflictivas. El staking de $DUSK no es un depósito: es un respaldo de un sistema de producción cuyo principal se usa para mantener el sistema en línea de forma continua y con claves únicas.
#dusk $DUSK
