#dusk @Dusk Algo que eu continuei revisitando enquanto observava $DUSK arquitetura é o padrão XSC e por que ele existe como uma camada de contrato separada.

A maioria das blockchains permite que você emita tokens. O XSC Confidential Security Contract foi projetado para algo mais específico: valores mobiliários regulados. Não são tokens genéricos. Ações, títulos, instrumentos financeiros tokenizados que legalmente exigem checagens de elegibilidade do investidor, restrições de transferência e trilhas de auditoria.

O que o torna estruturalmente diferente de algo como um ERC-20 é onde fica a lógica de conformidade. Em uma cadeia padrão, a conformidade é aplicada fora da cadeia: alguém verifica manualmente uma whitelist antes de aprovar uma transferência. No Dusk, o XSC incorpora essa lógica diretamente no contrato. Elegibilidade, restrições de transferência e regras de divulgação são aplicadas na execução, e não depois do fato.

A parte de privacidade é onde fica incomum. As transações do XSC usam o modelo Phoenix por baixo: valores e detalhes da contraparte ficam ocultos da visualização pública. Mas o emissor mantém capacidade de divulgação seletiva. Um regulador pode receber visibilidade de dados específicos de transações sem que esses dados se tornem publicamente visíveis on-chain. Essa é a intenção do design: privado para o mercado, auditável pela autoridade.

O que eu genuinamente não consigo confirmar agora é quantas securitizações baseadas em XSC realmente estão ativas e negociando no mainnet hoje. O padrão existe. A infraestrutura está pronta. Mas os dados públicos sobre implantações ativas de XSC são escassos.

Um padrão de token com foco em conformidade, sem emissões ao vivo publicamente visíveis — isso é um problema de timing ou de adoção?
$ONG
$BMT

XSC no Dusk: timing ou adoção?