Custos ocultos de uma cadeia de conformidade de privacidade — a Dusk ainda não contabilizou
Recentemente, rodei novamente os testes da rede de Dusk e não tive o resultado esperado; em vez disso, consegui enxergar alguns problemas. O que ela faz não é exatamente novidade: junta tokenização de valores mobiliários com privacidade on-chain. O difícil é garantir que a identidade em conformidade e as provas de conhecimento zero não saiam dos trilhos na mesma rota de execução. A Dusk usa PLONK como sistema de provas; a velocidade de geração por vez é melhor do que a da solução antiga, e durante a sincronização dos nós dá para sentir a contenção do WASM VM em relação aos recursos. Essas vantagens se diluem depois que os ativos reais forem colocados na cadeia.$ETH
Comparei a Dusk com a Concordium: ambas enfatizam compatibilidade entre divulgação de identidade e supervisão regulatória, mas as abordagens são bem diferentes. A Concordium coloca a camada de identidade fora do protocolo, enquanto a Dusk tenta inserir privacidade programável diretamente nos contratos. A primeira é conservadora; a segunda, mais arrojada. Ser arrojado significa uma superfície de exposição maior: quando um contrato lida com endereços marcados ou com ativos restritos, os circuitos de conhecimento zero precisam ser ajustados junto, e o custo de desenvolvimento não cresce de forma linear. Não encontrei erros fatais, mas dá para sentir que a toolchain é um pouco frágil; a documentação e o comportamento real ocasionalmente não batem, e isso é um obstáculo difícil para desenvolvedores institucionais.
Agora, olhe para os rivais mais antigos: Secret e Oasis. A Secret se baseia em TEE; o desempenho é bom, mas as premissas de confiança são rígidas. A Oasis separa consenso e computação em camadas, tornando a privacidade modular. A Dusk é mais parecida com uma solução de conformidade nativa já na camada L1; funciona, e de fato tem apelo para tokenização de valores mobiliários e custódia de stablecoins. Só que existem poucas aplicações verificáveis: os tokens refletem mais expectativas narrativas do que necessidades de uso. Não há atalhos nesse caminho; é preciso que casos de uso em conformidade sejam conquistados um a um.#dusk $DUSK @Dusk
Recentemente, rodei novamente os testes da rede de Dusk e não tive o resultado esperado; em vez disso, consegui enxergar alguns problemas. O que ela faz não é exatamente novidade: junta tokenização de valores mobiliários com privacidade on-chain. O difícil é garantir que a identidade em conformidade e as provas de conhecimento zero não saiam dos trilhos na mesma rota de execução. A Dusk usa PLONK como sistema de provas; a velocidade de geração por vez é melhor do que a da solução antiga, e durante a sincronização dos nós dá para sentir a contenção do WASM VM em relação aos recursos. Essas vantagens se diluem depois que os ativos reais forem colocados na cadeia.$ETH
Comparei a Dusk com a Concordium: ambas enfatizam compatibilidade entre divulgação de identidade e supervisão regulatória, mas as abordagens são bem diferentes. A Concordium coloca a camada de identidade fora do protocolo, enquanto a Dusk tenta inserir privacidade programável diretamente nos contratos. A primeira é conservadora; a segunda, mais arrojada. Ser arrojado significa uma superfície de exposição maior: quando um contrato lida com endereços marcados ou com ativos restritos, os circuitos de conhecimento zero precisam ser ajustados junto, e o custo de desenvolvimento não cresce de forma linear. Não encontrei erros fatais, mas dá para sentir que a toolchain é um pouco frágil; a documentação e o comportamento real ocasionalmente não batem, e isso é um obstáculo difícil para desenvolvedores institucionais.
Agora, olhe para os rivais mais antigos: Secret e Oasis. A Secret se baseia em TEE; o desempenho é bom, mas as premissas de confiança são rígidas. A Oasis separa consenso e computação em camadas, tornando a privacidade modular. A Dusk é mais parecida com uma solução de conformidade nativa já na camada L1; funciona, e de fato tem apelo para tokenização de valores mobiliários e custódia de stablecoins. Só que existem poucas aplicações verificáveis: os tokens refletem mais expectativas narrativas do que necessidades de uso. Não há atalhos nesse caminho; é preciso que casos de uso em conformidade sejam conquistados um a um.#dusk $DUSK @Dusk