#dusk $DUSK @Dusk $TUT flying again go long on $PORTAL
Um provisionador pode parecer pronto antes que o Dusk o considere elegível. Essa lacuna chamou minha atenção porque transforma o staking de um depósito em um teste contínuo de prontidão.
A primeira condição é direta: pelo menos 1.000 DUSK devem permanecer em stake. É fácil ler esse número como um preço de entrada, mas ele se comporta mais como um patamar no qual o operador precisa continuar de pé. Um desstake parcial ou uma penalidade que empurre a posição para abaixo dele não apenas reduz influência. Isso encerra a elegibilidade.
A maturidade é mais discreta. Um novo stake não pode participar assim que a transação é liquidada. #dusk espera até o início do epoch após o próximo limite, normalmente entre seis e doze horas. Essa pausa parece inconveniente apenas se o staking for tratado como uma compra. Do lado da rede, é uma margem. O capital pode chegar rapidamente; a responsabilidade não deve.
Depois vem a condição que nenhum saldo consegue garantir: conduta. Um provisionador pode ter stake suficiente e executar um nó sincronizado, mas ainda assim ser suspenso por não participar corretamente. @Dusk separa falha comum de comportamento provavelmente inválido. Penalidades brandas podem mover o stake ativo para uma parte bloqueada enquanto a propriedade permanece com o staker. Penalidades severas podem queimar stake por votos inválidos ou assinaturas conflitantes. Tanto a indisponibilidade quanto a decepção ameaçam o consenso, mas tratá-las como iguais seria grosseiro.
O que parece honesto é que essas condições não se substituem. Riqueza não apaga o período de espera. Maturidade não desculpa uma operação pouco confiável. Um histórico limpo não salva um stake abaixo do mínimo.
Então, a elegibilidade não é um crachá conquistado uma vez. É um julgamento contínuo. Um operador pode se qualificar hoje e perder essa condição amanhã por ausência, configuração incorreta ou uma chave de consenso duplicada. Talvez esse seja o ponto real: o Dusk não pergunta uma vez se um provisionador parece confiável. Ele continua perguntando se o provisionador está pronto para o próximo bloco.
O que mais importa para a elegibilidade do provisionador do Dusk?