Ultimamente, RWA e “ativos de instituições sendo tokenizados na blockchain” têm ficado cada vez mais em alta. Por exemplo, a bmnance já permite até 7000+ de #TradFi ativos em bstocks. Mas um problema muito real também veio à tona:
Depois que os ativos financeiros são realmente movidos para a cadeia, como fica a privacidade?
Imagine que uma instituição coloque títulos, fundos etc. na blockchain para negociar. A negociação precisa ser verificável e liquidável, mas sem expor diretamente todos os saldos e detalhes das transações na rede pública.
No sistema financeiro tradicional, a conformidade é fundamental. Na blockchain, prevalece a transparência e a verificabilidade pública. Como essas duas lógicas se conectam?
Este é exatamente o motivo pelo qual tenho prestado atenção recentemente ao @Dusk .
#dusk $DUSK está avançando com o lançamento do mainnet do DuskEVM. De forma simples, o DuskEVM é uma camada de aplicação compatível com EVM dentro do ecossistema Dusk. Assim, desenvolvedores podem aproveitar o jeito já conhecido de desenvolver com Solidity/EVM para levar aplicações e cenários financeiros para o Dusk.
O ponto realmente interessante está no módulo de privacidade que ele acompanha: Hedger.
O Hedger pode ser entendido como uma camada de “capacidade criptográfica” do DuskEVM voltada a fluxos de trabalho de privacidade. Ele combina criptografia homomórfica (Homomorphic Encryption) e provas de conhecimento zero (ZKP), permitindo que alguns dados financeiros participem de cálculos mantendo-se criptografados; ao mesmo tempo, o mecanismo de prova torna o resultado verificável.
Isso traz um conceito muito importante: privacidade verificável (reviewable privacy).
Vamos a um exemplo mais intuitivo:
Uma instituição negocia títulos na blockchain. Ela certamente quer que informações sensíveis como sua posição (holding) e os valores das transações sejam protegidos. Ao mesmo tempo, a autoridade reguladora ou um auditor autorizado precisa, dentro de um quadro de conformidade, verificar as informações relevantes.
O Hedger quer resolver exatamente esse tipo de impasse, para que ambas as coisas possam coexistir:
Os dados podem manter a privacidade e, quando necessário, podem oferecer capacidade de verificação e auditoria para a parte autorizada.
Por isso, ao entender o DuskEVM, não dá para vê-lo apenas como “mais uma blockchain EVM”.
O alvo dele é um cenário bem específico: trazer para o ambiente on-chain um setor com desenvolvedores e instituições que já conhecem EVM, tornando-o mais adequado a um mercado financeiro regulado; e integrar requisitos como privacidade, conformidade e liquidação determinística à infraestrutura.
Se no futuro o RWA realmente entrar em uma fase de uso em massa por instituições, a capacidade de tratar privacidade provavelmente se tornará uma peça-chave da infraestrutura.
DuskEVM + Hedger — vale a pena eu avaliar com bastante cuidado.
Depois que os ativos financeiros são realmente movidos para a cadeia, como fica a privacidade?
Imagine que uma instituição coloque títulos, fundos etc. na blockchain para negociar. A negociação precisa ser verificável e liquidável, mas sem expor diretamente todos os saldos e detalhes das transações na rede pública.
No sistema financeiro tradicional, a conformidade é fundamental. Na blockchain, prevalece a transparência e a verificabilidade pública. Como essas duas lógicas se conectam?
Este é exatamente o motivo pelo qual tenho prestado atenção recentemente ao @Dusk .
#dusk $DUSK está avançando com o lançamento do mainnet do DuskEVM. De forma simples, o DuskEVM é uma camada de aplicação compatível com EVM dentro do ecossistema Dusk. Assim, desenvolvedores podem aproveitar o jeito já conhecido de desenvolver com Solidity/EVM para levar aplicações e cenários financeiros para o Dusk.
O ponto realmente interessante está no módulo de privacidade que ele acompanha: Hedger.
O Hedger pode ser entendido como uma camada de “capacidade criptográfica” do DuskEVM voltada a fluxos de trabalho de privacidade. Ele combina criptografia homomórfica (Homomorphic Encryption) e provas de conhecimento zero (ZKP), permitindo que alguns dados financeiros participem de cálculos mantendo-se criptografados; ao mesmo tempo, o mecanismo de prova torna o resultado verificável.
Isso traz um conceito muito importante: privacidade verificável (reviewable privacy).
Vamos a um exemplo mais intuitivo:
Uma instituição negocia títulos na blockchain. Ela certamente quer que informações sensíveis como sua posição (holding) e os valores das transações sejam protegidos. Ao mesmo tempo, a autoridade reguladora ou um auditor autorizado precisa, dentro de um quadro de conformidade, verificar as informações relevantes.
O Hedger quer resolver exatamente esse tipo de impasse, para que ambas as coisas possam coexistir:
Os dados podem manter a privacidade e, quando necessário, podem oferecer capacidade de verificação e auditoria para a parte autorizada.
Por isso, ao entender o DuskEVM, não dá para vê-lo apenas como “mais uma blockchain EVM”.
O alvo dele é um cenário bem específico: trazer para o ambiente on-chain um setor com desenvolvedores e instituições que já conhecem EVM, tornando-o mais adequado a um mercado financeiro regulado; e integrar requisitos como privacidade, conformidade e liquidação determinística à infraestrutura.
Se no futuro o RWA realmente entrar em uma fase de uso em massa por instituições, a capacidade de tratar privacidade provavelmente se tornará uma peça-chave da infraestrutura.
DuskEVM + Hedger — vale a pena eu avaliar com bastante cuidado.