#dusk $DUSK @Dusk
Uma escolha de design pouco observada no DUSK é que a privacidade não é tratada como um único interruptor. A rede separa os modelos de transação pública e transacionada em ambiente protegido (shielded), o que cria uma base mais prática para finanças reguladas.
Moonlight usa transferências públicas, baseadas em contas. Phoenix foi projetado para transferências protegidas (shielded), baseadas em notas, usando provas de zero conhecimento (zero-knowledge proofs). A documentação do Dusk também descreve divulgação seletiva, em que partes autorizadas podem receber a evidência de que precisam sem expor informações não relacionadas.
Por que isso importa?
Um mercado financeiro raramente precisa de tudo ser secreto. Ele precisa das informações certas para alcançar o participante certo no momento certo. Um investidor pode precisar provar elegibilidade, enquanto outro participante de mercado não deve, automaticamente, ver o saldo completo desse investidor ou o histórico de transações.
Essa distinção muda como a privacidade pode se encaixar na conformidade. Em vez de escolher entre um livro-razão totalmente transparente e um sistema completamente opaco, as aplicações podem projetar diferentes níveis de visibilidade ao redor do fluxo de trabalho.
Há também um detalhe arquitetural importante: o Dusk separa liquidação (settlement) de execução. O DuskDS lida com consenso, finalização, disponibilidade de dados e modelos de transação, enquanto o DuskVM e o DuskEVM fornecem caminhos diferentes de execução. Isso significa que capacidades relacionadas à privacidade podem ficar mais próximas do protocolo e da camada de execução, em vez de serem encaixadas (bolted on) em cada aplicação independentemente.
Esse design pode reduzir divulgações desnecessárias enquanto preserva a responsabilização (accountability) entre mercados.
Para mim, essa é a parte mais interessante do @Dusk. A questão técnica não é apenas se os dados do blockchain podem ser privados. É se privacidade, prova e acesso regulado podem coexistir sem destruir a auditabilidade de que a infraestrutura financeira precisa.
Esse é um problema mais difícil, e o DUSK está construindo em torno dele diretamente.
@Dusk #dusk
Uma escolha de design pouco observada no DUSK é que a privacidade não é tratada como um único interruptor. A rede separa os modelos de transação pública e transacionada em ambiente protegido (shielded), o que cria uma base mais prática para finanças reguladas.
Moonlight usa transferências públicas, baseadas em contas. Phoenix foi projetado para transferências protegidas (shielded), baseadas em notas, usando provas de zero conhecimento (zero-knowledge proofs). A documentação do Dusk também descreve divulgação seletiva, em que partes autorizadas podem receber a evidência de que precisam sem expor informações não relacionadas.
Por que isso importa?
Um mercado financeiro raramente precisa de tudo ser secreto. Ele precisa das informações certas para alcançar o participante certo no momento certo. Um investidor pode precisar provar elegibilidade, enquanto outro participante de mercado não deve, automaticamente, ver o saldo completo desse investidor ou o histórico de transações.
Essa distinção muda como a privacidade pode se encaixar na conformidade. Em vez de escolher entre um livro-razão totalmente transparente e um sistema completamente opaco, as aplicações podem projetar diferentes níveis de visibilidade ao redor do fluxo de trabalho.
Há também um detalhe arquitetural importante: o Dusk separa liquidação (settlement) de execução. O DuskDS lida com consenso, finalização, disponibilidade de dados e modelos de transação, enquanto o DuskVM e o DuskEVM fornecem caminhos diferentes de execução. Isso significa que capacidades relacionadas à privacidade podem ficar mais próximas do protocolo e da camada de execução, em vez de serem encaixadas (bolted on) em cada aplicação independentemente.
Esse design pode reduzir divulgações desnecessárias enquanto preserva a responsabilização (accountability) entre mercados.
Para mim, essa é a parte mais interessante do @Dusk. A questão técnica não é apenas se os dados do blockchain podem ser privados. É se privacidade, prova e acesso regulado podem coexistir sem destruir a auditabilidade de que a infraestrutura financeira precisa.
Esse é um problema mais difícil, e o DUSK está construindo em torno dele diretamente.
@Dusk #dusk
