Estava lendo o protocolo Citadel da Dusk Network durante a tarefa. O repositório do Citadel no GitHub pegou commits em 8 de agosto — trabalho ativo, não uma especificação estática — e acabei ficando preso no modelo de três partes por mais tempo do que pretendia.
A expressão "divulgação seletiva" é muito usada nos materiais $DUSK @Dusk #dusk . É precisa. Mas há uma questão estrutural que a arquitetura revela e que a proposta não destaca.
A Citadel tem três partes: Usuário, Provedor de Licença (LP) e Provedor de Serviço (SP). As provas ZK te protegem do SP — elas verificam que você atende a um limite de conformidade sem ver seus dados reais. Essa parte funciona como descrito. Mas o LP faz o KYC completo. Eles mantêm seus dados. Eles emitem a licença on-chain. Cada provedor de serviço subsequente só recebe uma prova, o que é elegante. O atrito é antes, no onboarding, não em cada portão.
Então o modelo de privacidade da Dusk não é "oculto da autoridade". É "oculto para contrapartes, visível para a autoridade que você escolheu." O LP sabe tudo. Os SPs não sabem nada. Para finanças reguladas, isso provavelmente é o desenho correto — alguém precisa ser o custodiante responsável pelos dados para os reguladores. Mas isso soa diferente da forma como a maioria das pessoas interpreta "privacidade em blockchain", que tende a significar oculto de todos por padrão.
Hmm… a pergunta aberta interessante é quem realmente atua como LP na prática. Se for um custodiante regulado ou um provedor licenciado de KYC, isso é infraestrutura de identidade terceirizada com melhor UX, não identidade descentralizada. Não tenho certeza se essas duas formas de enquadrar alguma vez se resolvem completamente uma na outra.
A expressão "divulgação seletiva" é muito usada nos materiais $DUSK @Dusk #dusk . É precisa. Mas há uma questão estrutural que a arquitetura revela e que a proposta não destaca.
A Citadel tem três partes: Usuário, Provedor de Licença (LP) e Provedor de Serviço (SP). As provas ZK te protegem do SP — elas verificam que você atende a um limite de conformidade sem ver seus dados reais. Essa parte funciona como descrito. Mas o LP faz o KYC completo. Eles mantêm seus dados. Eles emitem a licença on-chain. Cada provedor de serviço subsequente só recebe uma prova, o que é elegante. O atrito é antes, no onboarding, não em cada portão.
Então o modelo de privacidade da Dusk não é "oculto da autoridade". É "oculto para contrapartes, visível para a autoridade que você escolheu." O LP sabe tudo. Os SPs não sabem nada. Para finanças reguladas, isso provavelmente é o desenho correto — alguém precisa ser o custodiante responsável pelos dados para os reguladores. Mas isso soa diferente da forma como a maioria das pessoas interpreta "privacidade em blockchain", que tende a significar oculto de todos por padrão.
Hmm… a pergunta aberta interessante é quem realmente atua como LP na prática. Se for um custodiante regulado ou um provedor licenciado de KYC, isso é infraestrutura de identidade terceirizada com melhor UX, não identidade descentralizada. Não tenho certeza se essas duas formas de enquadrar alguma vez se resolvem completamente uma na outra.