Algo a que fui voltando durante o trabalho com a atividade da testnet DuskEVM nesta última semana — especificamente em torno das interações de contrato que entraram em produção após a situação da ponte de 16 de agosto se estabilizar — é como a Dusk Network ($DUSK ) trata identidade versus autorização de forma tão diferente. #dusk @Dusk
A maioria dos projetos de identidade on-chain confunde as duas coisas. Você prova quem você é, e essa prova vira sua permissão. Pronto. Mas na arquitetura da Dusk, identidade e autorização são camadas separadas. O Citadel faz a atestação de identidade por meio de ZK-KYC — você prova atributos sem expô-los. Porém, o que você realmente está autorizado a fazer com um determinado ativo é uma questão diferente, regida separadamente. A própria aplicação do ativo regulamentado carrega a lógica de autorização, não o credencial de identidade.
Hmm. Essa separação importa mais do que parece. Em TradFi, saber quem você é não o libera automaticamente para qualquer instrumento. Uma carteira institucional verificada e uma carteira de varejo verificada não são contrapartes fungíveis para uma emissão de títulos. A Dusk parece estar modelando essa distinção no nível do protocolo, em vez de empurrá-la para a camada de aplicação.
Vou ser sincero: eu quase deixei isso passar. Passei a maior parte da sessão focando na estrutura da prova ZK antes de a separação de autorização ficar clara.
Ainda assim, não está claro o quão detalhada essa lógica de autorização pode ser antes de ficar cara demais ou frágil demais para manter entre diferentes tipos de ativos.
A maioria dos projetos de identidade on-chain confunde as duas coisas. Você prova quem você é, e essa prova vira sua permissão. Pronto. Mas na arquitetura da Dusk, identidade e autorização são camadas separadas. O Citadel faz a atestação de identidade por meio de ZK-KYC — você prova atributos sem expô-los. Porém, o que você realmente está autorizado a fazer com um determinado ativo é uma questão diferente, regida separadamente. A própria aplicação do ativo regulamentado carrega a lógica de autorização, não o credencial de identidade.
Hmm. Essa separação importa mais do que parece. Em TradFi, saber quem você é não o libera automaticamente para qualquer instrumento. Uma carteira institucional verificada e uma carteira de varejo verificada não são contrapartes fungíveis para uma emissão de títulos. A Dusk parece estar modelando essa distinção no nível do protocolo, em vez de empurrá-la para a camada de aplicação.
Vou ser sincero: eu quase deixei isso passar. Passei a maior parte da sessão focando na estrutura da prova ZK antes de a separação de autorização ficar clara.
Ainda assim, não está claro o quão detalhada essa lógica de autorização pode ser antes de ficar cara demais ou frágil demais para manter entre diferentes tipos de ativos.
