#dusk $DUSK @Dusk $TUT flying again go long on $PORTAL
Un provisionador puede parecer listo antes de que Dusk lo considere elegible. Ese hueco captó mi atención porque convierte el staking en una prueba continua de preparación, en lugar de un simple depósito.
La primera condición es tajante: al menos 1,000 DUSK deben permanecer en staking. Es fácil leer esa cifra como un precio de entrada, pero se comporta más como un umbral sobre el que el operador debe mantenerse de pie. Un desestaking parcial o una penalización que empuje la posición por debajo de él no solo reduce la influencia. Termina la elegibilidad.
La madurez es más silenciosa. Un nuevo stake no puede participar en cuanto se asienta su transacción. #dusk espera hasta el inicio del epoch después del siguiente límite, normalmente de seis a doce horas. Ese intervalo parece inconveniente solo si el staking se trata como una compra. Desde el lado de la red, es un colchón. El capital puede llegar rápido; la responsabilidad no debería.
Luego viene la condición que ningún saldo puede garantizar: la conducta. Un provisionador puede tener suficiente stake y ejecutar un nodo sincronizado, pero aun así ser suspendido después de no participar correctamente. @Dusk distingue el fallo ordinario de una conducta demostrablemente inválida. Las penalizaciones suaves pueden mover el stake activo a una porción bloqueada, mientras la propiedad permanece con el staker. Las penalizaciones duras pueden quemar stake por votos inválidos o firmas en conflicto. La inactividad y el engaño amenazan ambos al consenso, pero tratarlos como equivalentes sería tosco.
Lo que se siente honesto es que estas condiciones no pueden cubrirse mutuamente. La riqueza no puede borrar el periodo de espera. La madurez no puede excusar una operación poco confiable. Un historial limpio no puede rescatar un stake por debajo del mínimo.
Entonces, la elegibilidad no es una insignia ganada una vez. Es un juicio en vivo. Un operador puede calificar hoy y perder ese estatus mañana por ausencia, mala configuración o una clave de consenso duplicada. Quizá ese sea el punto real: Dusk no pregunta al provisionador solo una vez que pareció confiable. Sigue preguntando si el provisionador está listo para el siguiente bloque.
¿Qué es lo más importante para la elegibilidad del provisionador de Dusk?