A privacidade programável é uma expressão que parece “pronta” no momento em que você a lê, como se fosse um recurso que você simplesmente pode ativar. A Dusk Network usa uma linguagem próxima a essa para descrever o que sua arquitetura entrega para mercados regulamentados, e eu queria verificar o que está realmente por trás da frase antes de repeti-la eu mesmo.
No papel, privacidade programável significa que um desenvolvedor pode definir exatamente quais partes de uma transação ficam ocultas e quais partes permanecem visíveis, e então fazer com que essa regra seja aplicada automaticamente toda vez que a transação for executada. A versão da Dusk se baseia em divulgação seletiva: uma peça de uma camada base que também inclui transparência e liquidação determinística, combinada com o Hedger, o módulo de privacidade que faz o trabalho criptográfico de fato no próximo mainnet do DuskEVM. O Hedger precisa manter saldos e valores de transferência confidenciais, ao mesmo tempo em que permite que a rede verifique que uma transação é válida—um problema computacional mais difícil do que o que sistemas totalmente privados ou totalmente públicos precisam resolver.
A lacuna entre teoria e realidade aparece nos detalhes que os reguladores realmente pedem. Uma regra que funciona de forma limpa para um tipo de instrumento—como um título com um conjunto fixo de exigências de divulgação—talvez não se generalize automaticamente para um instrumento diferente, com regras de reporte distintas em outra jurisdição. “Programável” sugere flexibilidade que precisa ser construída e testada caso a caso, e não presumida apenas a partir da arquitetura.
Eu levo a criptografia subjacente a sério. Confidencialidade no estilo homomórfico combinada com sistemas de prova é território real e testado na pesquisa, e não conversa fiada. O que eu gostaria de ver antes de chamar privacidade programável de algo entregue, e não apenas prometido, é uma segunda e uma terceira regra de divulgação, construídas para um instrumento regulamentado genuinamente diferente—não apenas a primeira que foi lançada.
@Dusk $DUSK #dusk
No papel, privacidade programável significa que um desenvolvedor pode definir exatamente quais partes de uma transação ficam ocultas e quais partes permanecem visíveis, e então fazer com que essa regra seja aplicada automaticamente toda vez que a transação for executada. A versão da Dusk se baseia em divulgação seletiva: uma peça de uma camada base que também inclui transparência e liquidação determinística, combinada com o Hedger, o módulo de privacidade que faz o trabalho criptográfico de fato no próximo mainnet do DuskEVM. O Hedger precisa manter saldos e valores de transferência confidenciais, ao mesmo tempo em que permite que a rede verifique que uma transação é válida—um problema computacional mais difícil do que o que sistemas totalmente privados ou totalmente públicos precisam resolver.
A lacuna entre teoria e realidade aparece nos detalhes que os reguladores realmente pedem. Uma regra que funciona de forma limpa para um tipo de instrumento—como um título com um conjunto fixo de exigências de divulgação—talvez não se generalize automaticamente para um instrumento diferente, com regras de reporte distintas em outra jurisdição. “Programável” sugere flexibilidade que precisa ser construída e testada caso a caso, e não presumida apenas a partir da arquitetura.
Eu levo a criptografia subjacente a sério. Confidencialidade no estilo homomórfico combinada com sistemas de prova é território real e testado na pesquisa, e não conversa fiada. O que eu gostaria de ver antes de chamar privacidade programável de algo entregue, e não apenas prometido, é uma segunda e uma terceira regra de divulgação, construídas para um instrumento regulamentado genuinamente diferente—não apenas a primeira que foi lançada.
@Dusk $DUSK #dusk
