#dusk $DUSK Reviu do zero os requisitos do Provisioner do Dusk e descobriu uma frase no documento que parece leve, mas tem consequências graves: "Nunca execute a mesma chave de consenso em múltiplos nós ativos." Assim que for acionado, é uma punição rígida: o DUSK apostado é queimado diretamente. Não é um aviso, é uma regra.$SPCXB
Para se tornar Provisioner, é preciso apostar pelo menos 1000 DUSK; a ativação não acontece imediatamente — a aposta só passa a ter qualificação após o próximo limite de epoch depois do limite de epoch. Um epoch tem 2160 blocos, o que equivale a cerca de 6 a 12 horas. Muita gente acha que, ao mover o dinheiro, consegue participar do consenso imediatamente; no fim, passa horas esperando.$SNDKB
A ativação é apenas o primeiro passo; mais difícil é participar continuamente. As punições suaves serão aplicadas aos casos de "não participação no consenso". O nó não pode ficar desconectado por tempo demais, nem falhar justamente nos momentos críticos. Quando for marcado para punição suave, a active stake será transferida parcialmente para a locked stake; embora as moedas ainda sejam suas, elas não geram rendimento. Para transformar novamente de locked em active, pode ser necessário encerrar a remoção completa e então apostar de novo.
Do ponto de vista de quem opera um nó full do BTC, rodar um nó exige apenas sincronizar os blocos e manter-se online. Mas o Provisioner do Dusk tem caução, responsabilidade e punições. Se você usar servidores em nuvem com failover automático, garanta que a instância antiga esteja totalmente desligada antes de iniciar a nova.
O que eu mais quero ver é o@Dusk se consegue criar um painel de checagem de saúde operacional, para que o Provisioner visualize em tempo real a exclusividade das chaves de consenso, o tempo de disponibilidade dos nós e se há risco de punição suave. Quem aposta não pode ficar só olhando o APY — primeiro precisa garantir que não vai ter suas moedas queimadas por erro operacional.
#dusk @Dusk