O que é realmente interessante no Dusk: não é a privacidade, e sim o fato de colocar as regras financeiras diretamente na cadeia?

Dessa vez, ao revisitar o Dusk, minha primeira impressão foi: ele não está criando uma “blockchain pública mais focada em privacidade”; ele está construindo um conjunto de regras financeiras que pode ser executado diretamente como sistema de base.

Eu vejo principalmente duas camadas de design.

Primeiro, a camada de consenso. O Dusk usa Succinct Attestation (SA); na essência, é um PoS baseado em comitê. Os nós que produzem blocos e votam são chamados de provisioner.

O ponto-chave está no método de seleção: sortição determinística. Ele joga a semente aleatória do bloco anterior, o número da rodada e o identificador do passo dentro do SHA3 e, em seguida, combina isso com a ponderação do stake para escolher as pessoas.

O foco está na geração da semente aleatória: a semente de cada bloco vem da semente da rodada anterior, assinada com a chave privada pelo produtor daquele bloco. O resultado é — para a rodada seguinte, ninguém consegue calcular com antecedência quem produzirá o bloco, nem mesmo o produtor do bloco atual.

Essa etapa elimina diretamente o espaço para “planejamento antecipado”.

Depois, a finalidade. Os blocos seguem aceito → atestado → confirmado → final, convergindo camada por camada. Quanto mais para o final, menor a probabilidade de rollback; no fim, torna-se irreversível.

Além disso, com mecanismos como recompensa por votação, pontos e restrições de elegibilidade, basicamente também se fecha, no nível de jogo, a possibilidade de “apostar na preguiça” e aproveitar arbitragem.

Agora, a camada de aplicação. Zedger é o foco.

Ele escreve na cadeia as regras para emissão, destruição, distribuição de dividendos e force transfer de ativos de valores mobiliários. Transações não conformes são bloqueadas na fase de validação, e não depois de descobertas.

Condições como lista de permissões e limites de posição são validadas com provas de conhecimento zero: prova-se apenas que está “conforme”, sem expor identidade.

O force transfer funciona da mesma forma: enquanto as regras permitirem, pode ser executado diretamente, sem assinatura manual.

Auditores olham o resultado, não a pessoa.

Minha compreensão do Dusk é bem simples:

o consenso define “quem pode agir”, e o Zedger define “como agir”.

Uma camada cuida do direito de participar; a outra, dos limites do comportamento.

Se no futuro instituições realmente fizerem o onboarding em larga escala para a cadeia, qual aspecto você acha que é o mais importante?

#dusk $DUSK @Dusk