$SPK $MORPHO $DUSK
Eu costumava pensar que provar que você é elegível para algo na blockchain significava expor a credencial que comprova isso.
A Citadel me fez repensar.
A parte interessante não é apenas que o Dusk usa provas de conhecimento zero.
É que a prova pode responder a uma pergunta específica sem entregar a credencial subjacente.
Um Provedor de Licença emite uma credencial assinada. Então, você pode gerar uma prova ZK mostrando que atende à condição exigida sem revelar a própria credencial.
Assim, um Provedor de Serviço pode verificar algo como:
Você tem licença?
Você é elegível?
Sua credencial atende ao requisito?
Sem precisar do documento subjacente apenas para responder sim ou não.
Mas há uma segunda camada aqui que eu acho ainda mais interessante.
A Citadel não remove a confiança do sistema. Ela transfere parte dessa confiança para o emissor da credencial.
O Provedor de Serviço decide quais Provedores de Licença ele aceita.
Então o mecanismo de privacidade pode ocultar as informações que você não precisa revelar, enquanto o modelo de seleção do emissor decide em primeiro lugar de quem as alegações são confiáveis.
Essa distinção importa para finanças reguladas.
O objetivo não é necessariamente tornar a verificação de identidade sem confiança.
É tornar a verificação mais seletiva.
Prove a condição.
Mantenha o resto em privado.
Isso me faz pensar:
Será que isso pode se tornar um modelo melhor para aplicações reguladas do que ficar coletando repetidamente o documento completo de identidade sempre que a elegibilidade precisar ser verificada? 👀
#dusk @Dusk
Tan
O que as apps reguladas devem verificar? 👀
Eu costumava pensar que provar que você é elegível para algo na blockchain significava expor a credencial que comprova isso.
A Citadel me fez repensar.
A parte interessante não é apenas que o Dusk usa provas de conhecimento zero.
É que a prova pode responder a uma pergunta específica sem entregar a credencial subjacente.
Um Provedor de Licença emite uma credencial assinada. Então, você pode gerar uma prova ZK mostrando que atende à condição exigida sem revelar a própria credencial.
Assim, um Provedor de Serviço pode verificar algo como:
Você tem licença?
Você é elegível?
Sua credencial atende ao requisito?
Sem precisar do documento subjacente apenas para responder sim ou não.
Mas há uma segunda camada aqui que eu acho ainda mais interessante.
A Citadel não remove a confiança do sistema. Ela transfere parte dessa confiança para o emissor da credencial.
O Provedor de Serviço decide quais Provedores de Licença ele aceita.
Então o mecanismo de privacidade pode ocultar as informações que você não precisa revelar, enquanto o modelo de seleção do emissor decide em primeiro lugar de quem as alegações são confiáveis.
Essa distinção importa para finanças reguladas.
O objetivo não é necessariamente tornar a verificação de identidade sem confiança.
É tornar a verificação mais seletiva.
Prove a condição.
Mantenha o resto em privado.
Isso me faz pensar:
Será que isso pode se tornar um modelo melhor para aplicações reguladas do que ficar coletando repetidamente o documento completo de identidade sempre que a elegibilidade precisar ser verificada? 👀
#dusk @Dusk
Tan
O que as apps reguladas devem verificar? 👀
✨ Only what’s required
0%
🔒 The full credential
0%
⚡ Depends on the use case
0%
👁️ Both, when needed
0%
0 Votos • Votação encerrada