Muitas pessoas, ao ouvir “blockchain de privacidade”, pensam primeiro em projetos como Zcash e Monero, que fazem transferências anônimas individuais. Se a gente usar esse enquadramento para entender o Dusk, basicamente vai perder o que ele realmente está tentando fazer — ele mira em contratos inteligentes de finanças e operações para instituições, e ainda adiciona, por cima da privacidade, uma camada de capacidade de auditoria de conformidade. Esse é um problema que Zcash e Monero nem sequer planejavam resolver.
Primeiro, veja a camada de liquidação. O consenso usa Succinct Attestation (SA), e o whitepaper descreve bem em detalhes: trata-se de um protocolo PoS de comitê. Quem produz blocos e vota é o Provisioner, que tem DUSK como colateral. A seleção de participantes é feita por escolha aleatória determinística (deterministic sortition). Não é necessário que todos os validadores se posicionem sobre cada bloco; basta escolher um comitê para votar. Isso permite liquidação rápida e determinística, e não um estado nebuloso como “provavelmente conclui”.
Na camada de transações, o Dusk usa dois modelos. Moonlight é o modo de contas transparentes: saldos e registros de transferências ficam públicos, adequado para cenários em que é preciso lançar e conciliar diretamente os dados, com lógica operacional parecida com o modelo de conta do Ethereum. Já Phoenix baseia-se em ZK-proof para transações com blindagem: valores e contraparte, por padrão, não são divulgados. Porém, por meio de view key (chave de visualização), a tarefa de “verificar e confirmar se aquela transação é de minha conta” pode ser delegada. Na prática, o produto também usa essa capacidade para suportar divulgação seletiva para auditores: você fornece a view key para eles, e eles conseguem validar as informações relacionadas, sem precisar expor todos os dados de transação para todo mundo. Isso é totalmente diferente da lógica de “ou tudo público, ou tudo oculto”.
No ecossistema para desenvolvedores, o DuskEVM é compatível com OP-Stack e Solidity, então contratos antigos do Ethereum costumam migrar direto. O Hedger adiciona ao ambiente EVM capacidades de transações confidenciais. Já o DuskVM nativo suporta o desenvolvimento de contratos inteligentes confidenciais com Rust/WASM, alinhado ao padrão Confidential Security Contract (XSC) da marca Dusk. Ou seja: os desenvolvedores podem criar tanto dApps públicos comuns quanto, na mesma cadeia, aplicações financeiras de valores mobiliários e para instituições que precisem de confidencialidade, sem ter que trocar um kit inteiro de tecnologia só por causa da privacidade.
#dusk $DUSK @Dusk
O que vocês acham da utilidade desse modelo de divulgação seletiva, como o view key?
Primeiro, veja a camada de liquidação. O consenso usa Succinct Attestation (SA), e o whitepaper descreve bem em detalhes: trata-se de um protocolo PoS de comitê. Quem produz blocos e vota é o Provisioner, que tem DUSK como colateral. A seleção de participantes é feita por escolha aleatória determinística (deterministic sortition). Não é necessário que todos os validadores se posicionem sobre cada bloco; basta escolher um comitê para votar. Isso permite liquidação rápida e determinística, e não um estado nebuloso como “provavelmente conclui”.
Na camada de transações, o Dusk usa dois modelos. Moonlight é o modo de contas transparentes: saldos e registros de transferências ficam públicos, adequado para cenários em que é preciso lançar e conciliar diretamente os dados, com lógica operacional parecida com o modelo de conta do Ethereum. Já Phoenix baseia-se em ZK-proof para transações com blindagem: valores e contraparte, por padrão, não são divulgados. Porém, por meio de view key (chave de visualização), a tarefa de “verificar e confirmar se aquela transação é de minha conta” pode ser delegada. Na prática, o produto também usa essa capacidade para suportar divulgação seletiva para auditores: você fornece a view key para eles, e eles conseguem validar as informações relacionadas, sem precisar expor todos os dados de transação para todo mundo. Isso é totalmente diferente da lógica de “ou tudo público, ou tudo oculto”.
No ecossistema para desenvolvedores, o DuskEVM é compatível com OP-Stack e Solidity, então contratos antigos do Ethereum costumam migrar direto. O Hedger adiciona ao ambiente EVM capacidades de transações confidenciais. Já o DuskVM nativo suporta o desenvolvimento de contratos inteligentes confidenciais com Rust/WASM, alinhado ao padrão Confidential Security Contract (XSC) da marca Dusk. Ou seja: os desenvolvedores podem criar tanto dApps públicos comuns quanto, na mesma cadeia, aplicações financeiras de valores mobiliários e para instituições que precisem de confidencialidade, sem ter que trocar um kit inteiro de tecnologia só por causa da privacidade.
#dusk $DUSK @Dusk
O que vocês acham da utilidade desse modelo de divulgação seletiva, como o view key?
A. 很实用,兼顾隐私和审计
100%
B. 略复杂,普通用户不好懂
0%
C. 得看场景,机构用更合适
0%
2 Votos • Votação encerrada