#dusk $DUSK @Dusk Eu me lembro de meu irmão mais novo, Waqas, perguntando algo que me fez repensar o design de privacidade do Dusk. Se os usuários podem escolher quanto de informação revelar, isso não torna o desenvolvimento mais difícil?
Honestamente, fiquei surpreso com o que essa pergunta expôs. O problema maior não são as transações ocultas em si. O ponto é que os desenvolvedores não podem tratar o ledger público como uma fonte completa do estado da aplicação.
Essa suposição importa imediatamente no nível da infraestrutura. Carteiras, indexadores e sistemas financeiros precisam considerar cenários em que as informações que normalmente usam para descoberta, recuperação ou contabilidade não estão disponíveis publicamente.
O que chamou minha atenção foi o que acontece uma camada acima. Os desenvolvedores precisam distinguir entre funções que realmente exigem detalhes em nível de transação e aquelas que podem operar sem eles.
Em vez de construir pensando na máxima visibilidade de dados e adicionar privacidade depois, as aplicações precisam definir suas dependências de dados já com a privacidade em mente. Esse é o trade-off arquitetural que acho mais interessante no Dusk. A privacidade muda o que o software financeiro pode saber por padrão e, portanto, muda como esse software precisa ser projetado.
Você trocaria alguma simplicidade no desenvolvimento por um modelo de aplicação em que a privacidade esteja embutida nas premissas subjacentes desde o primeiro dia? 🤔
Honestamente, fiquei surpreso com o que essa pergunta expôs. O problema maior não são as transações ocultas em si. O ponto é que os desenvolvedores não podem tratar o ledger público como uma fonte completa do estado da aplicação.
Essa suposição importa imediatamente no nível da infraestrutura. Carteiras, indexadores e sistemas financeiros precisam considerar cenários em que as informações que normalmente usam para descoberta, recuperação ou contabilidade não estão disponíveis publicamente.
O que chamou minha atenção foi o que acontece uma camada acima. Os desenvolvedores precisam distinguir entre funções que realmente exigem detalhes em nível de transação e aquelas que podem operar sem eles.
Em vez de construir pensando na máxima visibilidade de dados e adicionar privacidade depois, as aplicações precisam definir suas dependências de dados já com a privacidade em mente. Esse é o trade-off arquitetural que acho mais interessante no Dusk. A privacidade muda o que o software financeiro pode saber por padrão e, portanto, muda como esse software precisa ser projetado.
Você trocaria alguma simplicidade no desenvolvimento por um modelo de aplicação em que a privacidade esteja embutida nas premissas subjacentes desde o primeiro dia? 🤔