@Dusk #dusk
$DUSK Componentes Principais
A rede Dusk utiliza uma arquitetura modular construída para finanças regulamentadas: privacidade onde é necessária, transparência onde é útil e liquidação determinística onde os fluxos de trabalho do mercado exigem isso. Em alto nível:
Componente :
1. DuskDS
Função :
Fundação de liquidação e disponibilidade de dados: consenso, finalização e modelos de transações da Dusk
Para onde ir em seguida :
A Dusk possui uma arquitetura em duas camadas:
DuskDS – a camada de liquidação e de dados (consenso, disponibilidade de dados, modelos de transações)
DuskEVM – a camada de execução EVM onde contratos inteligentes são executados e onde o Hedger vive
Esta página descreve os modelos de transações na DuskDS. Ela serve como base para quem deseja entender como liquidação e privacidade funcionam “por baixo dos panos”. Se você estiver construindo dApps na DuskEVM, você interagirá principalmente com o Hedger e com contratos EVM.
Phoenix vs Moonlight (na DuskDS)Na DuskDS, o valor pode se mover de duas formas nativas:
Moonlight – transferências públicas, baseadas em conta
Phoenix – transferências protegidas, baseadas em notas, usando provas de conhecimento zero
Ambas, em última instância, fazem a liquidação na mesma cadeia, mas expõem informações diferentes para observadores.
Para os detalhes completos de implementação, consulte o Whitepaper.
Moonlight – saldos públicos
Moonlight é o modelo de transação transparente:
Contas têm saldos visíveis.
Transferências mostram o remetente, o destinatário e o valor.
É adequado para fluxos que precisam ser observáveis (por exemplo, alguns cenários de tesouraria ou relatórios).
Conceitualmente, ele se comporta como um modelo padrão de conta.
Para a maioria dos usuários, isso é “apenas a forma transparente de movimentar DUSK” na camada de protocolo.
Phoenix – saldos protegidos
Phoenix é o modelo voltado à privacidade:
Os fundos vivem como “notas” criptografadas em vez de saldos explícitos.
As transações comprovam a correção (sem gastos duplos, fundos suficientes) com provas de conhecimento zero sem revelar:quanto está sendo movido,quem enviou a nota,exceto ao destinatário,entre quais notas específicas.
Os usuários podem revelar informações seletivamente por meio de chaves de visualização quando a regulamentação ou auditoria exigir.
$DUSK Componentes Principais
A rede Dusk utiliza uma arquitetura modular construída para finanças regulamentadas: privacidade onde é necessária, transparência onde é útil e liquidação determinística onde os fluxos de trabalho do mercado exigem isso. Em alto nível:
Componente :
1. DuskDS
Função :
Fundação de liquidação e disponibilidade de dados: consenso, finalização e modelos de transações da Dusk
Para onde ir em seguida :
A Dusk possui uma arquitetura em duas camadas:
DuskDS – a camada de liquidação e de dados (consenso, disponibilidade de dados, modelos de transações)
DuskEVM – a camada de execução EVM onde contratos inteligentes são executados e onde o Hedger vive
Esta página descreve os modelos de transações na DuskDS. Ela serve como base para quem deseja entender como liquidação e privacidade funcionam “por baixo dos panos”. Se você estiver construindo dApps na DuskEVM, você interagirá principalmente com o Hedger e com contratos EVM.
Phoenix vs Moonlight (na DuskDS)Na DuskDS, o valor pode se mover de duas formas nativas:
Moonlight – transferências públicas, baseadas em conta
Phoenix – transferências protegidas, baseadas em notas, usando provas de conhecimento zero
Ambas, em última instância, fazem a liquidação na mesma cadeia, mas expõem informações diferentes para observadores.
Para os detalhes completos de implementação, consulte o Whitepaper.
Moonlight – saldos públicos
Moonlight é o modelo de transação transparente:
Contas têm saldos visíveis.
Transferências mostram o remetente, o destinatário e o valor.
É adequado para fluxos que precisam ser observáveis (por exemplo, alguns cenários de tesouraria ou relatórios).
Conceitualmente, ele se comporta como um modelo padrão de conta.
Para a maioria dos usuários, isso é “apenas a forma transparente de movimentar DUSK” na camada de protocolo.
Phoenix – saldos protegidos
Phoenix é o modelo voltado à privacidade:
Os fundos vivem como “notas” criptografadas em vez de saldos explícitos.
As transações comprovam a correção (sem gastos duplos, fundos suficientes) com provas de conhecimento zero sem revelar:quanto está sendo movido,quem enviou a nota,exceto ao destinatário,entre quais notas específicas.
Os usuários podem revelar informações seletivamente por meio de chaves de visualização quando a regulamentação ou auditoria exigir.
