#dusk $DUSK Hoje estive “mastigando” o documento de arquitetura de identidade da Dusk e dando foco no mecanismo de Revocação e Expiração do protocolo Citadel — na verdade, é a parte mais difícil do ponto de vista técnico quando falamos de identidades em conformidade.

Em sistemas tradicionais como SBT (token não fungível vinculado à alma) do Ethereum ou em esquemas DID mais simples, depois que um credencial é emitido para um endereço, é difícil revogá-la de forma “invisível” sem reescrever a blockchain. Mas isso é totalmente inviável em finanças reguladas: um investidor pode estar em conformidade hoje, mas amanhã pode ser colocado numa lista de pessoas proibidas por lavagem de dinheiro; ou então o seu passaporte usado no KYC pode expirar e deixar de ser válido.$BTC

O protocolo Citadel da Dusk, usando acumuladores (Accumulators) e uma Lista de Revogação com Provas de Conhecimento Zero (ZK Revocation List), permite uma “revogação dinâmica em escala de segundos” das credenciais de identidade.

As entidades licenciadas (Issuer) podem, sem expor a identidade real do titular, injetar na cadeia os hashes das credenciais que ficaram inválidas dentro de uma árvore de revogação. Quando o usuário iniciar a próxima transferência, a sua prova ZK gerada fará a verificação automática de que “eu não estou na árvore de revogação”.

Assim que a credencial expira, o usuário não consegue mais gerar uma prova de conformidade, e a transação é bloqueada automaticamente pela rede.

Esse gerenciamento dinâmico do ciclo de vida da identidade transforma a conformidade on-chain de um “credenciamento estático e único” em um “controle dinâmico e em tempo real”. A base do código já deixa, para instituições financeiras, um monitoramento de conformidade a cada segundo.

$DUSK #dusk @Dusk