Eu inicialmente olhei para o staking do Dusk esperando a história habitual: bloquear tokens, garantir a rede e ganhar recompensas. Porém, ao pesquisar o Dusk para uma tarefa no CreatorPad, um detalhe chamou minha atenção mais do que a taxa de recompensas: a janela de maturidade.
O Dusk exige pelo menos 1.000 DUSK para fazer staking, mas os tokens recém-stakados não se tornam elegíveis imediatamente para atribuições de consenso. Eles passam por aproximadamente duas épocas, cerca de 4.320 blocos, antes de ficarem elegíveis para a sortição. Esse atraso faz mais sentido quando visto como um mecanismo de segurança: o staking não é apenas uma questão de colocar capital em risco; a rede também precisa de tempo para reconhecer e ativar esse stake dentro do seu processo de consenso. Achei também o desenho das penalidades interessante. Um desempenho ruim ou funções perdidas podem mover parte do stake para um pool de recompensas resgatáveis, em vez de tratar qualquer falha como uma simples queima.
A maioria das pessoas provavelmente nota primeiro o stake mínimo e as recompensas potenciais. Lendo mais a fundo, comecei a ver o período de maturidade como uma parte silenciosa, mas importante, do desenho dos incentivos. Ele cria um intervalo entre compromisso e responsabilidade, tornando a participação no consenso menos parecida com apertar um interruptor e mais como entrar em um processo.
Isso me deixou com uma pergunta diferente: se o staking é parte de provar compromisso ao longo do tempo, o próprio período de espera deve ser considerado parte da segurança da rede?
#dusk $DUSK @Dusk
O Dusk exige pelo menos 1.000 DUSK para fazer staking, mas os tokens recém-stakados não se tornam elegíveis imediatamente para atribuições de consenso. Eles passam por aproximadamente duas épocas, cerca de 4.320 blocos, antes de ficarem elegíveis para a sortição. Esse atraso faz mais sentido quando visto como um mecanismo de segurança: o staking não é apenas uma questão de colocar capital em risco; a rede também precisa de tempo para reconhecer e ativar esse stake dentro do seu processo de consenso. Achei também o desenho das penalidades interessante. Um desempenho ruim ou funções perdidas podem mover parte do stake para um pool de recompensas resgatáveis, em vez de tratar qualquer falha como uma simples queima.
A maioria das pessoas provavelmente nota primeiro o stake mínimo e as recompensas potenciais. Lendo mais a fundo, comecei a ver o período de maturidade como uma parte silenciosa, mas importante, do desenho dos incentivos. Ele cria um intervalo entre compromisso e responsabilidade, tornando a participação no consenso menos parecida com apertar um interruptor e mais como entrar em um processo.
Isso me deixou com uma pergunta diferente: se o staking é parte de provar compromisso ao longo do tempo, o próprio período de espera deve ser considerado parte da segurança da rede?
#dusk $DUSK @Dusk
