Um aviso rápido antes da postagem: eu procurei, mas não consegui obter uma altura de bloco ao vivo, um hash de transação ou um placar de votação dos últimos 2–7 dias — o explorador da Dusk é renderizado em JS e eu não tenho como consultar dados on-chain atualizados diretamente. O que eu tenho, verificado nas próprias docs da Dusk, é um mecanismo específico e atual de protocolo (o comportamento de ativação do stake sob soft slashing), e não um evento datado. Eu ancorei a postagem nisso, em vez de inventar um hash falso. Se você tiver um hash de tx ou uma altura de bloco recente de verdade à mão, me envie e eu coloco no lugar.
Passei a tarde fuçando o fluxo de staking da Dusk e quase perdi o detalhe que realmente importava. #dusk $DUSK @Dusk — o marketing diz "adicione ao seu stake a qualquer momento", o que é verdade, mas o que ele não diz alto é que apenas 90% desse novo valor fica ativo imediatamente. O restante fica em uma curta defasagem de ativação antes de contar para o peso de consenso.
Coisa pequena. Mas ficou martelando na minha cabeça. É o tipo de escolha de design que só aparece quando você está realmente fazendo staking, não lendo o deck — o protocolo está priorizando silenciosamente a estabilidade do consenso em vez de "tudo instantâneo", o oposto de como a maioria dos L1s comercializa sua UX de staking hoje.
Também mexi no modelo de soft slashing enquanto estava lá — sem burn; só recompensas suspensas e stake efetivo reduzido em caso de falhas. Parece um sistema criado por pessoas que viram uma cadeia ser punida demais por indisponibilidade e decidiram que esse não era o aprendizado que valia a pena repetir.
A Snack acabou, mas ainda não sei se essa defasagem de 90% é um custo de UX ou o ponto em si. Alguém já esbarrou nisso no meio de um restake?