#dusk $DUSK
Três fases formam o consenso Dusk: a geração cria blocos candidatos, a redução os estreita e o acordo resolve a finalização. O acordo acontece de forma assíncrona, então não precisa esperar todas as fases terminarem. O whitepaper diz que um fork exige supermaioria por três etapas consecutivas. Mas eu ainda fico curioso: a possibilidade de “não ser significativo” já foi testada em redes adversariais reais, ou ainda é só teoria?
Continuando: quando eu vi pela primeira vez o termo Zero-Knowledge Proof na documentação do Dusk, pensei, “O que é isso agora?” Soa super técnico. Mas depois que eu tentei entender pelo lado dos casos de uso, percebi que o conceito não é tão complicado quanto eu imaginava.
Em termos simples, ZK permite que você prove que algo é verdadeiro sem precisar revelar todo o dado por trás.
Por exemplo, o sistema só precisa saber se o saldo de alguém é suficiente para fazer uma transação. Por que todo mundo teria que saber o valor do saldo e o histórico das transações?
Basta fornecer uma prova de que os requisitos foram atendidos.
Aí sim eu comecei a entender por que conceitos como esse combinam com o Dusk e com aplicações financeiras.
Imagine uma instituição fazendo settlement de ativos em grande escala. Ela precisa provar que a transação cumpre certas regras, mas isso não significa que todos os dados financeiros precisam ficar públicos.
Na minha opinião, aqui a privacidade não é só esconder dados. É mais definir quais informações precisam ser comprovadas e quais não precisam ser reveladas.
Mas ZK também não é um botão mágico. A implementação continua sendo complexa: envolve custo computacional, design da prova e a possibilidade de erros no sistema.
Eu mesmo pensei: se os dados não ficam públicos, como outras pessoas sabem que as transações são válidas?
Foi daí que eu entendi o ponto principal. O que muda não é a necessidade de verificação, e sim como a verificação é feita.
E quanto mais eu vejo casos de uso financeiros, mais faz sentido por que uma abordagem assim é necessária.
Próximo passo: eu quero olhar mais de perto. Afinal, como funciona a transação privada no Dusk, e quais dados ainda podem ser verificados sem serem divulgados ao público?
@Dusk
Três fases formam o consenso Dusk: a geração cria blocos candidatos, a redução os estreita e o acordo resolve a finalização. O acordo acontece de forma assíncrona, então não precisa esperar todas as fases terminarem. O whitepaper diz que um fork exige supermaioria por três etapas consecutivas. Mas eu ainda fico curioso: a possibilidade de “não ser significativo” já foi testada em redes adversariais reais, ou ainda é só teoria?
Continuando: quando eu vi pela primeira vez o termo Zero-Knowledge Proof na documentação do Dusk, pensei, “O que é isso agora?” Soa super técnico. Mas depois que eu tentei entender pelo lado dos casos de uso, percebi que o conceito não é tão complicado quanto eu imaginava.
Em termos simples, ZK permite que você prove que algo é verdadeiro sem precisar revelar todo o dado por trás.
Por exemplo, o sistema só precisa saber se o saldo de alguém é suficiente para fazer uma transação. Por que todo mundo teria que saber o valor do saldo e o histórico das transações?
Basta fornecer uma prova de que os requisitos foram atendidos.
Aí sim eu comecei a entender por que conceitos como esse combinam com o Dusk e com aplicações financeiras.
Imagine uma instituição fazendo settlement de ativos em grande escala. Ela precisa provar que a transação cumpre certas regras, mas isso não significa que todos os dados financeiros precisam ficar públicos.
Na minha opinião, aqui a privacidade não é só esconder dados. É mais definir quais informações precisam ser comprovadas e quais não precisam ser reveladas.
Mas ZK também não é um botão mágico. A implementação continua sendo complexa: envolve custo computacional, design da prova e a possibilidade de erros no sistema.
Eu mesmo pensei: se os dados não ficam públicos, como outras pessoas sabem que as transações são válidas?
Foi daí que eu entendi o ponto principal. O que muda não é a necessidade de verificação, e sim como a verificação é feita.
E quanto mais eu vejo casos de uso financeiros, mais faz sentido por que uma abordagem assim é necessária.
Próximo passo: eu quero olhar mais de perto. Afinal, como funciona a transação privada no Dusk, e quais dados ainda podem ser verificados sem serem divulgados ao público?
@Dusk
