#dusk $DUSK He revisado de principio a fin los requisitos del Provisioner de Dusk y encontré una frase en la documentación que está redactada con ligereza, pero con consecuencias graves: "Nunca ejecutes la misma clave de consenso en múltiples nodos activos". Si se activa, se trata de una sanción dura: el DUSK que has apostado se quema directamente. No es una advertencia; es una regla.$SPCXB
Para ser Provisioner, debes apostar al menos 1000 DUSK. La activación no es inmediata: la elegibilidad comienza en el siguiente límite de epoch después del límite en el que se realiza la apuesta. Un epoch tiene 2160 bloques, aproximadamente entre 6 y 12 horas. Mucha gente cree que, al mover las monedas, puede participar en el consenso al instante; y termina esperando medio día.$SNDKB
La activación es solo el primer paso; lo más difícil es mantener una participación constante. Las sanciones blandas se aplicarán en caso de "no participar en el consenso". El nodo no puede desconectarse demasiado tiempo, ni fallar justo en el momento clave. Si te marcan con sanción blanda, el active stake se transfiere parcialmente a locked stake; aunque las monedas siguen siendo tuyas, no generan rendimiento. Para volver locked a active, puede que necesites cancelar completamente la apuesta y volver a apostar.
Desde la perspectiva de quien opera un nodo completo de BTC, ejecutar un nodo es relativamente simple: sincronizar bloques y mantenerse en línea. Pero el Provisioner de Dusk tiene depósito, tiene responsabilidades y tiene sanciones. Si usas servidores en la nube con conmutación automática por fallo, asegúrate con cuidado de que la instancia antigua quede completamente fuera de servicio antes de que arranque la nueva.
Lo que más me gustaría ver es que @Dusk pueda preparar un panel de chequeo de salud operativa, para que el Provisioner pueda ver en tiempo real la unicidad de la clave de consenso, la duración en línea de los nodos y si existe riesgo de sanciones blandas. Los que apuestan no pueden limitarse a mirar el APY a distancia; primero hay que asegurarse de que no vayan a quemar sus monedas por un error operativo.
#dusk @Dusk
Para ser Provisioner, debes apostar al menos 1000 DUSK. La activación no es inmediata: la elegibilidad comienza en el siguiente límite de epoch después del límite en el que se realiza la apuesta. Un epoch tiene 2160 bloques, aproximadamente entre 6 y 12 horas. Mucha gente cree que, al mover las monedas, puede participar en el consenso al instante; y termina esperando medio día.$SNDKB
La activación es solo el primer paso; lo más difícil es mantener una participación constante. Las sanciones blandas se aplicarán en caso de "no participar en el consenso". El nodo no puede desconectarse demasiado tiempo, ni fallar justo en el momento clave. Si te marcan con sanción blanda, el active stake se transfiere parcialmente a locked stake; aunque las monedas siguen siendo tuyas, no generan rendimiento. Para volver locked a active, puede que necesites cancelar completamente la apuesta y volver a apostar.
Desde la perspectiva de quien opera un nodo completo de BTC, ejecutar un nodo es relativamente simple: sincronizar bloques y mantenerse en línea. Pero el Provisioner de Dusk tiene depósito, tiene responsabilidades y tiene sanciones. Si usas servidores en la nube con conmutación automática por fallo, asegúrate con cuidado de que la instancia antigua quede completamente fuera de servicio antes de que arranque la nueva.
Lo que más me gustaría ver es que @Dusk pueda preparar un panel de chequeo de salud operativa, para que el Provisioner pueda ver en tiempo real la unicidad de la clave de consenso, la duración en línea de los nodos y si existe riesgo de sanciones blandas. Los que apuestan no pueden limitarse a mirar el APY a distancia; primero hay que asegurarse de que no vayan a quemar sus monedas por un error operativo.
#dusk @Dusk
你的节点跑在什么环境上
0%
质押激活为什么要等6小时
100%
软惩罚后怎么恢复Active状态
0%
1 Votos • Votación cerrada