#dusk $DUSK Pesquisa da semana passada @Dusk , quando eu fiquei preso em uma questão bem simples: a transparência do blockchain não deveria ser justamente o que ele tem de mais orgulhoso? Por que, então, as instituições financeiras sempre recuam diante desse limite? A resposta, na verdade, é bem simples — nenhuma instituição bancária quer tornar públicas as posições de seus clientes, seus contrapartes e sua lógica interna de precificação, mesmo que as liquidações na rede sejam mais rápidas e confiáveis. Para as instituições, "totalmente aberto" nunca foi um ponto positivo, e sim uma linha vermelha intransponível. Isto não é conservadorismo; é uma regra fundamental do setor.
É exatamente isso que o DuskEVM quer resolver. Ele é uma camada de aplicação compatível com EVM dentro do stack técnico da Dusk. Isso significa que desenvolvedores acostumados com Solidity não precisam aprender toda uma nova linguagem para começar; instituições e parceiros também conseguem se integrar ao Dusk seguindo caminhos familiares, reduzindo o obstáculo de migração dos sistemas tradicionais. Mas a razão pela qual fiquei pensando por alguns minutos a mais foi o módulo de privacidade Hedger incorporado nele — usando criptografia homomórfica e provas de conhecimento zero, para que o conteúdo da transação possa ser "ocultado onde deve ser ocultado e revelado onde deve ser visto". Ou seja, um mesmo contrato existe simultaneamente com duas perspectivas: o mundo externo só enxerga que "esta transação foi concluída de forma válida", enquanto reguladores ou auditores autorizados podem ver detalhes completos dentro do que for permitido — nem mais, nem menos. Os limites de permissão são definidos de forma clara.
Isso é bem diferente do que eu entendia anteriormente como "privacidade on-chain". Antes eu sempre achava que privacidade e conformidade eram polos opostos: ou tudo fica aberto, ou tudo vira uma caixa-preta; parecia não haver um meio-termo, e ninguém parecia levar a sério como conciliar essa contradição. O que a Dusk quer fazer é mais parecido em instalar um "diafragma controlável" em cada contrato — por padrão, ele fica recolhido. Quando necessário, dá para direcionar esse diafragma para abrir uma fresta para alguém específico. O tamanho dessa fresta e para quem ela se abre podem ser definidos por regras. Essa "controlabilidade" por si só já é uma espécie de contenção no design.
O mainnet do DuskEVM está prestes a ser lançado. Para mim, isso não é apenas um anúncio de atualização tecnológica; é como se fosse uma resposta àquela pergunta que me travou: se as instituições vão ou não fazer a adesão à cadeia, nunca foi uma questão puramente técnica. É uma questão de "quem pode ver o quê". O que a rede $DUSK pretende fazer é transformar esse problema de "ser possível" para "quem está autorizado" — e talvez seja justamente isso a chave para fazer as instituições realmente darem o próximo passo.
É exatamente isso que o DuskEVM quer resolver. Ele é uma camada de aplicação compatível com EVM dentro do stack técnico da Dusk. Isso significa que desenvolvedores acostumados com Solidity não precisam aprender toda uma nova linguagem para começar; instituições e parceiros também conseguem se integrar ao Dusk seguindo caminhos familiares, reduzindo o obstáculo de migração dos sistemas tradicionais. Mas a razão pela qual fiquei pensando por alguns minutos a mais foi o módulo de privacidade Hedger incorporado nele — usando criptografia homomórfica e provas de conhecimento zero, para que o conteúdo da transação possa ser "ocultado onde deve ser ocultado e revelado onde deve ser visto". Ou seja, um mesmo contrato existe simultaneamente com duas perspectivas: o mundo externo só enxerga que "esta transação foi concluída de forma válida", enquanto reguladores ou auditores autorizados podem ver detalhes completos dentro do que for permitido — nem mais, nem menos. Os limites de permissão são definidos de forma clara.
Isso é bem diferente do que eu entendia anteriormente como "privacidade on-chain". Antes eu sempre achava que privacidade e conformidade eram polos opostos: ou tudo fica aberto, ou tudo vira uma caixa-preta; parecia não haver um meio-termo, e ninguém parecia levar a sério como conciliar essa contradição. O que a Dusk quer fazer é mais parecido em instalar um "diafragma controlável" em cada contrato — por padrão, ele fica recolhido. Quando necessário, dá para direcionar esse diafragma para abrir uma fresta para alguém específico. O tamanho dessa fresta e para quem ela se abre podem ser definidos por regras. Essa "controlabilidade" por si só já é uma espécie de contenção no design.
O mainnet do DuskEVM está prestes a ser lançado. Para mim, isso não é apenas um anúncio de atualização tecnológica; é como se fosse uma resposta àquela pergunta que me travou: se as instituições vão ou não fazer a adesão à cadeia, nunca foi uma questão puramente técnica. É uma questão de "quem pode ver o quê". O que a rede $DUSK pretende fazer é transformar esse problema de "ser possível" para "quem está autorizado" — e talvez seja justamente isso a chave para fazer as instituições realmente darem o próximo passo.