Quando falamos de privacidade em blockchain, às vezes o assunto fica excessivamente preto no branco: transparente ou privado.
A Dusk, na verdade, adota uma abordagem mais flexível. No nível DuskDS, existem dois modelos de transações: Moonlight e Phoenix. Ambos funcionam na mesma rede, mas têm propósitos diferentes.
Imagine que você tem dois caminhos em uma mesma estrada.
O primeiro caminho é o Moonlight. Todo mundo consegue ver os veículos que passam, de onde vêm, para onde vão e quanto carregam. Nesse modelo, o saldo e os detalhes das transferências são, sim, públicos. Isso é adequado para necessidades que exigem transparência, como parte das atividades de tesouraria ou integrações com exchange.
O segundo caminho é o Phoenix. Os veículos continuam trafegando, mas sua carga não fica exposta “na beira da estrada”. O Phoenix usa shielded notes (notas blindadas) e provas de conhecimento zero, de modo que a quantidade transferida e as informações de determinadas partes não ficam visíveis ao público, enquanto a rede ainda consegue garantir que as transações sejam válidas e que não ocorra double spending.
O que eu acho interessante é que a Dusk não obriga todas as transações a entrarem em um único modelo.
Precisa de transparência? Use Moonlight.
Precisa de sigilo? Existe Phoenix.
E até dá para usar os dois dentro de um mesmo ecossistema, com a possibilidade de converter fundos entre os modelos Moonlight e Phoenix.
Mas não há que se fazer confusão também. Phoenix não significa “tudo desaparece e não dá para auditar”. A Dusk suporta disclosure seletivo via viewing keys quando certas informações precisam ser comprovadas para partes autorizadas.
Na minha opinião, é justamente aqui que o conceito da Dusk fica interessante.
Porque o mundo financeiro nem sempre precisa de 100% de transparência, mas também nem sempre consegue aceitar 100% fechado.
O que costuma ser necessário é ter controle sobre o que é aberto, para quem e quando.
E Moonlight + Phoenix é a forma que a Dusk tenta oferecer essa flexibilidade no nível das transações.
#dusk $DUSK @Dusk
A Dusk, na verdade, adota uma abordagem mais flexível. No nível DuskDS, existem dois modelos de transações: Moonlight e Phoenix. Ambos funcionam na mesma rede, mas têm propósitos diferentes.
Imagine que você tem dois caminhos em uma mesma estrada.
O primeiro caminho é o Moonlight. Todo mundo consegue ver os veículos que passam, de onde vêm, para onde vão e quanto carregam. Nesse modelo, o saldo e os detalhes das transferências são, sim, públicos. Isso é adequado para necessidades que exigem transparência, como parte das atividades de tesouraria ou integrações com exchange.
O segundo caminho é o Phoenix. Os veículos continuam trafegando, mas sua carga não fica exposta “na beira da estrada”. O Phoenix usa shielded notes (notas blindadas) e provas de conhecimento zero, de modo que a quantidade transferida e as informações de determinadas partes não ficam visíveis ao público, enquanto a rede ainda consegue garantir que as transações sejam válidas e que não ocorra double spending.
O que eu acho interessante é que a Dusk não obriga todas as transações a entrarem em um único modelo.
Precisa de transparência? Use Moonlight.
Precisa de sigilo? Existe Phoenix.
E até dá para usar os dois dentro de um mesmo ecossistema, com a possibilidade de converter fundos entre os modelos Moonlight e Phoenix.
Mas não há que se fazer confusão também. Phoenix não significa “tudo desaparece e não dá para auditar”. A Dusk suporta disclosure seletivo via viewing keys quando certas informações precisam ser comprovadas para partes autorizadas.
Na minha opinião, é justamente aqui que o conceito da Dusk fica interessante.
Porque o mundo financeiro nem sempre precisa de 100% de transparência, mas também nem sempre consegue aceitar 100% fechado.
O que costuma ser necessário é ter controle sobre o que é aberto, para quem e quando.
E Moonlight + Phoenix é a forma que a Dusk tenta oferecer essa flexibilidade no nível das transações.
#dusk $DUSK @Dusk
