#dusk $DUSK @Dusk
Tenho ficado algum tempo com a camada de conformidade do Dusk e, para minha surpresa, algo que inicialmente eu não conseguia confirmar acabou sendo dito de forma direta.
O que fica claro: a Citadel existe para controlar o acesso a ações específicas — comprovando elegibilidade como residência ou credenciamento, sem expor a identidade completa, por meio de um protocolo de três partes entre Usuário, Provedor de Licença e Provedor de Serviço.
O que eu estava originalmente incerto: quais ações realmente exigem esse “gate” e quais permanecem abertas. A documentação de infraestrutura de mercado do próprio Dusk responde isso diretamente. Ela afirma que “servicing” e divulgação — relatório, ações corporativas e acesso seletivo às informações necessárias — podem ser implementados de formas diferentes por diferentes aplicações, com o Dusk fornecendo os blocos de construção do protocolo e os caminhos de execução, não uma regra fixa e válida para toda a rede.
Isso confirma o que eu só suspeitava antes. A decisão de controle não é o protocolo do Dusk determinando “ação X sempre precisa de uma licença”. É cada aplicação construída sobre a Citadel escolhendo o que controlar.
O teste mais claro disso é o dApp regulado da NPEX, que está sendo implantado ativamente no DuskEVM a partir de 2026 — embora eu queira ser preciso: esse rollout está em andamento, não é uma implantação confirmada e totalmente concluída que eu possa apontar como prova final.
Isso me faz pensar que a questão mais profunda não é “o que a Citadel controla” — mas sim que a Citadel nunca foi feita para responder essa pergunta no nível do protocolo. A resposta sempre estaria com quem emite o ativo por cima disso.
Então “algumas ações exigem uma licença e outras não” não é realmente uma política do Dusk para toda a plataforma. É uma escolha de configuração por emissor, usando ferramentas que o Dusk construiu especificamente para serem configuradas assim.
De qualquer forma, o tempo dirá 👍
Tenho ficado algum tempo com a camada de conformidade do Dusk e, para minha surpresa, algo que inicialmente eu não conseguia confirmar acabou sendo dito de forma direta.
O que fica claro: a Citadel existe para controlar o acesso a ações específicas — comprovando elegibilidade como residência ou credenciamento, sem expor a identidade completa, por meio de um protocolo de três partes entre Usuário, Provedor de Licença e Provedor de Serviço.
O que eu estava originalmente incerto: quais ações realmente exigem esse “gate” e quais permanecem abertas. A documentação de infraestrutura de mercado do próprio Dusk responde isso diretamente. Ela afirma que “servicing” e divulgação — relatório, ações corporativas e acesso seletivo às informações necessárias — podem ser implementados de formas diferentes por diferentes aplicações, com o Dusk fornecendo os blocos de construção do protocolo e os caminhos de execução, não uma regra fixa e válida para toda a rede.
Isso confirma o que eu só suspeitava antes. A decisão de controle não é o protocolo do Dusk determinando “ação X sempre precisa de uma licença”. É cada aplicação construída sobre a Citadel escolhendo o que controlar.
O teste mais claro disso é o dApp regulado da NPEX, que está sendo implantado ativamente no DuskEVM a partir de 2026 — embora eu queira ser preciso: esse rollout está em andamento, não é uma implantação confirmada e totalmente concluída que eu possa apontar como prova final.
Isso me faz pensar que a questão mais profunda não é “o que a Citadel controla” — mas sim que a Citadel nunca foi feita para responder essa pergunta no nível do protocolo. A resposta sempre estaria com quem emite o ativo por cima disso.
Então “algumas ações exigem uma licença e outras não” não é realmente uma política do Dusk para toda a plataforma. É uma escolha de configuração por emissor, usando ferramentas que o Dusk construiu especificamente para serem configuradas assim.
De qualquer forma, o tempo dirá 👍