#dusk $DUSK @Dusk
🔐 Hedger: por que a EVM precisa de privacidade?
A transparência — uma das principais características da blockchain — pode, ao mesmo tempo, tornar-se uma limitação para os mercados financeiros.
Vamos imaginar um investidor institucional que realiza uma operação com um ativo tokenizado. O simples fato de a transação existir pode ser público, mas nem sempre é desejável revelar a todos os participantes do mercado cada detalhe da posição, das quantidades ou das condições do negócio.
É exatamente aqui que o Hedger entra em cena na arquitetura da Dusk — um módulo de confidencialidade para EVM.
O Hedger foi criado para gerar workflows EVM confidenciais: ele usa criptografia homomórfica e provas de zero knowledge (zero-knowledge proofs) para que os dados permaneçam confidenciais, mantendo, ainda assim, a capacidade de serem verificados.
E essa é uma diferença importante em relação à abordagem de “apenas ocultar os dados”. Para mercados financeiros regulados, é necessária não uma opacidade absoluta, mas uma privacidade controlada: a informação fica protegida do acesso geral, mas pode ser verificada, quando necessário, por participantes autorizados.
Assim, surge uma combinação interessante: um ambiente EVM familiar para desenvolvedores + privacidade pensada para cenários financeiros mais complexos.
#dusk $DUSK @Dusk
🔐 Hedger: por que a EVM precisa de privacidade?
A transparência — uma das principais características da blockchain — pode, ao mesmo tempo, tornar-se uma limitação para os mercados financeiros.
Vamos imaginar um investidor institucional que realiza uma operação com um ativo tokenizado. O simples fato de a transação existir pode ser público, mas nem sempre é desejável revelar a todos os participantes do mercado cada detalhe da posição, das quantidades ou das condições do negócio.
É exatamente aqui que o Hedger entra em cena na arquitetura da Dusk — um módulo de confidencialidade para EVM.
O Hedger foi criado para gerar workflows EVM confidenciais: ele usa criptografia homomórfica e provas de zero knowledge (zero-knowledge proofs) para que os dados permaneçam confidenciais, mantendo, ainda assim, a capacidade de serem verificados.
E essa é uma diferença importante em relação à abordagem de “apenas ocultar os dados”. Para mercados financeiros regulados, é necessária não uma opacidade absoluta, mas uma privacidade controlada: a informação fica protegida do acesso geral, mas pode ser verificada, quando necessário, por participantes autorizados.
Assim, surge uma combinação interessante: um ambiente EVM familiar para desenvolvedores + privacidade pensada para cenários financeiros mais complexos.
#dusk $DUSK @Dusk
