Olá, queridos leitores!
Para entender como o Dusk pode verificar se um investidor está autorizado a comprar, manter ou transferir um ativo tokenizado, vamos primeiro analisar o Citadel 2.
Um Provedor de Licença Confiável (LP) verifica as informações do investidor off-chain e emite uma licença criptografada. O LP assina o attr_data específico do esquema; quando ele representa informações pessoais, isso é um resumo (digest) dos canonical_attributes subjacentes, e não os próprios dados pessoais. Esses atributos permanecem off-chain.
Quando o investidor precisa usar um serviço, ele cria uma prova de conhecimento zero demonstrando que existe uma licença registrada, que um LP aceito assinou os dados relevantes e que ele controla a chave secreta da licença. A prova não revela qual licença foi usada. O contrato valida isso e registra uma sessão pública.
Em seguida, o Provedor de Serviços (SP) aplica suas próprias regras. O Citadel não decide se um investidor qualifica para um serviço específico. O SP escolhe quais emissores e atributos ele aceita e pode definir requisitos de expiração, revogação, proteção contra replay, vinculação de conta e outras condições.
A sessão pública não expõe a chave da carteira do usuário, a licença, as chaves do provedor, os atributos pessoais, a assinatura do LP ou o caminho Merkle. Em vez disso, a blockchain recebe as informações criptográficas necessárias para verificar a sessão, e não os dados pessoais subjacentes.
É aqui que o Citadel se torna relevante para ativos regulados: credenciais de identidade, lógica de vinculação de carteira e controle de acesso podem ajudar a determinar quem pode receber ou manter um ativo e quais transferências devem ser rejeitadas. As regras reais de elegibilidade pertencem à aplicação financeira, não ao próprio Citadel.
LP verifica o investidor → emite uma licença → o investidor cria uma prova ZK → o Citadel valida → uma sessão é registrada → o Provedor de Serviços aplica sua política
Um detalhe importante: o Citadel 2 está atualmente marcado como Draft pelos seus desenvolvedores. Esta é a especificação atual do protocolo e sua implementação, não uma afirmação de que o Citadel 2 já seja um mecanismo universal de produção para cada ativo regulado no Dusk
#dusk $DUSK @Dusk
Para entender como o Dusk pode verificar se um investidor está autorizado a comprar, manter ou transferir um ativo tokenizado, vamos primeiro analisar o Citadel 2.
Um Provedor de Licença Confiável (LP) verifica as informações do investidor off-chain e emite uma licença criptografada. O LP assina o attr_data específico do esquema; quando ele representa informações pessoais, isso é um resumo (digest) dos canonical_attributes subjacentes, e não os próprios dados pessoais. Esses atributos permanecem off-chain.
Quando o investidor precisa usar um serviço, ele cria uma prova de conhecimento zero demonstrando que existe uma licença registrada, que um LP aceito assinou os dados relevantes e que ele controla a chave secreta da licença. A prova não revela qual licença foi usada. O contrato valida isso e registra uma sessão pública.
Em seguida, o Provedor de Serviços (SP) aplica suas próprias regras. O Citadel não decide se um investidor qualifica para um serviço específico. O SP escolhe quais emissores e atributos ele aceita e pode definir requisitos de expiração, revogação, proteção contra replay, vinculação de conta e outras condições.
A sessão pública não expõe a chave da carteira do usuário, a licença, as chaves do provedor, os atributos pessoais, a assinatura do LP ou o caminho Merkle. Em vez disso, a blockchain recebe as informações criptográficas necessárias para verificar a sessão, e não os dados pessoais subjacentes.
É aqui que o Citadel se torna relevante para ativos regulados: credenciais de identidade, lógica de vinculação de carteira e controle de acesso podem ajudar a determinar quem pode receber ou manter um ativo e quais transferências devem ser rejeitadas. As regras reais de elegibilidade pertencem à aplicação financeira, não ao próprio Citadel.
LP verifica o investidor → emite uma licença → o investidor cria uma prova ZK → o Citadel valida → uma sessão é registrada → o Provedor de Serviços aplica sua política
Um detalhe importante: o Citadel 2 está atualmente marcado como Draft pelos seus desenvolvedores. Esta é a especificação atual do protocolo e sua implementação, não uma afirmação de que o Citadel 2 já seja um mecanismo universal de produção para cada ativo regulado no Dusk
#dusk $DUSK @Dusk
