Há algum tempo, assumi que, uma vez que um ativo é tokenizado, mantê-lo se torna tão simples quanto possuir qualquer outro token: basta enviá-lo para uma carteira e pronto. Depois, li sobre como a Dusk aborda ativos regulados e percebi que essa suposição se desfaz rapidamente quando a conformidade entra em cena. Um título regulado não pode simplesmente ficar em qualquer carteira que o solicite, da mesma forma que um banco não pode abrir uma conta para alguém sem antes verificar quem essa pessoa é.
A Dusk lida com isso criando camadas de controle de acesso em múltiplos pontos, em vez de depender de um único portão. Credenciais de identidade estabelecem quem um participante realmente é, sem expor dados pessoais desnecessários na cadeia; o vínculo da carteira conecta aquela identidade verificada a um endereço específico, de modo que a credencial não possa ser repassada casualmente; e contratos inteligentes aplicam a regra real no momento da transferência, verificando a elegibilidade antes de a transação ser permitida de ser liquidada. Verificações no nível da aplicação adicionam mais uma camada, permitindo que os emissores apliquem suas próprias condições específicas, dependendo da jurisdição ou do tipo de ativo. O que se destacou para mim é que não é um único mecanismo fazendo todo o trabalho: são várias verificações independentes que cada uma precisa passar. Essa redundância é útil para a conformidade, mas também significa mais partes móveis que podem falhar ou criar atrito para detentores legítimos, se não for implementada com cuidado.
Isso me fez ver ativos regulados tokenizados de forma diferente. A parte difícil nunca foi emitir o token; o desafio é manter quem está autorizado a continuar a mantê-lo ao longo do tempo, conforme as circunstâncias mudam. Entender como a Dusk estrutura essa abordagem em camadas fez a pergunta sobre elegibilidade parecer menos como uma verificação única e mais como um processo contínuo.
@Dusk $DUSK #dusk
Quando a elegibilidade de um detentor muda após a emissão, como deve funcionar a aplicação das regras?
A Dusk lida com isso criando camadas de controle de acesso em múltiplos pontos, em vez de depender de um único portão. Credenciais de identidade estabelecem quem um participante realmente é, sem expor dados pessoais desnecessários na cadeia; o vínculo da carteira conecta aquela identidade verificada a um endereço específico, de modo que a credencial não possa ser repassada casualmente; e contratos inteligentes aplicam a regra real no momento da transferência, verificando a elegibilidade antes de a transação ser permitida de ser liquidada. Verificações no nível da aplicação adicionam mais uma camada, permitindo que os emissores apliquem suas próprias condições específicas, dependendo da jurisdição ou do tipo de ativo. O que se destacou para mim é que não é um único mecanismo fazendo todo o trabalho: são várias verificações independentes que cada uma precisa passar. Essa redundância é útil para a conformidade, mas também significa mais partes móveis que podem falhar ou criar atrito para detentores legítimos, se não for implementada com cuidado.
Isso me fez ver ativos regulados tokenizados de forma diferente. A parte difícil nunca foi emitir o token; o desafio é manter quem está autorizado a continuar a mantê-lo ao longo do tempo, conforme as circunstâncias mudam. Entender como a Dusk estrutura essa abordagem em camadas fez a pergunta sobre elegibilidade parecer menos como uma verificação única e mais como um processo contínuo.
@Dusk $DUSK #dusk
Quando a elegibilidade de um detentor muda após a emissão, como deve funcionar a aplicação das regras?
Next transfer only
Retroactive now
Depends on asset
Issuer decides
9 hora(s) restante(s)