Calor, Privacidade, Conformidade e Liquidação, Por que @Dusk Não Divide Privacidade, Conformidade e Liquidação em Camadas.
Muitos designs de blockchain tratam privacidade, conformidade e liquidação como três questões distintas. A privacidade é gerida em uma camada, a conformidade em uma camada diferente e a liquidação em uma camada completamente diferente. Embora essa divisão possa parecer modular, ela traz fragmentação que não pode ser tolerada por finanças regulamentadas.
Essas funções não estão separadas em sistemas desconectados na @Dusk Fundação. Elas são destinadas a trabalhar em uníssono no nível do protocolo. As suposições, garantias e lógica de validação da execução confidencial, aplicação de regras e liquidação são idênticas.
Isso é importante, pois cada camada extra é uma fonte de risco operacional e regulatório. A transferência de dados a expõe, as regulamentações podem ficar fora de sincronia e a liquidação pode reverter títulos anteriores. Dusk é capaz de evitar esses pontos de falha ao manter todo o ciclo de vida do ativo através de uma única rede coerente.
No caso de instituições, a arquitetura garante simplicidade e previsibilidade. Os ativos não mudam seu comportamento entre a emissão e a liquidação, não dependendo de nenhum sistema externo para manter a privacidade ou conformidade. O design de @Dusk tem uma ideia simples: uma infraestrutura financeira limitada e regulamentada é melhor projetada quando privacidade, conformidade e finalização não são colocadas juntas como roupas, mas são projetadas como uma unidade.
