#dusk $DUSK Mais interessante do que ler a whitepaper são os commits do GitHub do DUSK. De abril a junho de 2026, surgiu no repositório rusk uma palavra‑chave frequente: revocation. Por três versões seguidas de minor release, foi sendo corrigido um conjunto de casos-limite ligados à revogação de credenciais da Citadel — como tratar o token de “investidor qualificado” assinado após a falência de uma instituição, como sincronizar listas de revogação entre jurisdições e se, depois da revogação, as provas em ZK já geradas devem ser invalidadas retrospectivamente.
Isso é exatamente o tipo de fraqueza “fácil de ignorar” que o DUSK tem. Todo mundo fica de olho na privacidade do Phoenix (UTXO) e na divulgação seletiva do Hedger, e pensa que o modelo de “obscurecimento por padrão + autorização auditável” já resolve a contradição entre conformidade e privacidade. Mas o ponto âncora de confiança na camada de identidade da Citadel não é um circuito ZK; é o próprio emissor — se o emissor quebrar ou tiver sua licença revogada, todas as credential que ele assinou historicamente viram, em termos legais, imediatamente papel sem valor, porém as provas já usadas na cadeia geradas com essas credential não passam a ser automaticamente inválidas.
Assim chegamos a um problema antigo: “eu atendia aos requisitos na época” e “eu ainda atendo aos requisitos agora” são coisas diferentes; a segunda exige verificação em tempo real de revogação, e verificação em tempo real faz ou o caminho on-chain (alto custo de gas) ou o caminho via oracle (degradação do modelo de confiança). A documentação do DUSK pouco fala sobre a janela de atraso da revogação, seguro de responsabilidade do emissor, mapeamento de credenciais entre jurisdições — justamente os primeiros parâmetros de governança que uma instituição financeira licenciada pergunta durante a due diligence.
Código consegue resolver “como provar”, mas não resolve “quem decide”. Se o DUSK, no próximo ano, não escrever o framework de governança da Citadel em acordos/apêndices legais e não fizer que NPEX ou 21X (outras partes licenciadas) assumam de forma contratual a responsabilidade de emissão, então, aos olhos das instituições, ele continuará para sempre como um “protótipo técnico”, e não como infraestrutura financeira custodiável.
#dusk @Dusk
Citadel的凭证吊销到底多难解决
0%
ZK证明的"时间差"风险有多大?
100%
签发方倒闭后链上凭证怎么办?
0%
1 Votos • Votação encerrada