Ontem à noite fiquei até tarde trabalhando, dando uma “escapadinha” e rolei até o novo site do Dusk entrar no ar. Entrei pensando, no máximo, “ah, é só uma reformulação com outra pele”. No site antigo, pra achar documentação técnica eu tinha que clicar em três ou quatro links, e às vezes dava 404. Aí, no novo site, eu fiquei uns 20 minutos entendendo aqueles diagramas em camadas empilhados—consegui conectar todas as minhas noções soltas de projeto num todo coerente.
O novo site quase não joga conversa de marketing: ele abre a stack técnica, do nível mais baixo ao mais alto. Na base está o DuskDS, que lida com consenso, finalização (settlement) e disponibilidade de dados. A camada de consenso usa SBA, um mecanismo PoS baseado em comissões. Nele, Proof-of-Blind-Bid (prova de lance cego) seleciona anonimamente o produtor do bloco; a lista de validadores muda a cada rodada—foi desenhado assim para impedir que validadores sejam pré-determinados e atacados, e para evitar que, no PoS tradicional, grandes players monopolizem o poder de gerar blocos. A camada de transações é a Phoenix: baseada no modelo de anotações (notes) do UTXO. Os fundos ficam existindo como “notes” criptográficas; junto com compromissos de Pedersen pra ocultar valores, e invalidadores pra barrar double-spend. Os nós só verificam se as provas de conhecimento zero são válidas. Quando eu testei antes e tentei colocar texto puro direto numa transação, fui recusado—foi quando percebi que essa regra é “forjada” desde a camada de consenso.
Subindo: a camada Dusk Trade. Eu achava que era um privacy DEX comum só com “casca”. No walkthrough do site, vi que ela chama diretamente os canais de settlement da camada de baixo. A ordem (order book) já vem com criptografia por padrão, usando criptografia homomórfica com ElGamal. O preço e a quantidade dos pedidos na cadeia ficam como cifras; o motor de matching consegue calcular a correspondência mirando nas cifras. Depois que o preço e a quantidade fechados estão determinados, a transação é descriptografada—com os detalhes da ordem permanecendo sem exposição o tempo todo. Ainda acima tem uma camada chamada DuskEVM: uma camada de execução baseada no OP Stack modificada, fazendo settlement diretamente sobre o DuskDS. Se você conecta Sol, herda as capacidades de privacidade da camada inferior, sem precisar “reinventar a roda”. No topo está um fluxo de trabalho de mercado voltado à conformidade: transforma o Citadel num módulo nativo invocável. O usuário não precisa enviar foto de passaporte—ele prova por zero knowledge que “já concluiu a verificação de conformidade” diretamente para o sistema.
Eu sempre senti que o caminho técnico do Dusk era meio espalhado em partes. Só agora, vendo o novo site com o stack completo, entendi: desde o início, não é um projeto feito pra brincar de transferências anônimas, e sim pra montar uma base completa de finanças com privacidade e compliance. Depois de terminar, eu ainda comprei um pouco de DUSK—porque projetos que deixam toda a arquitetura técnica claramente exposta para todo mundo ver são mesmo raros. #dusk $DUSK @Dusk
O novo site quase não joga conversa de marketing: ele abre a stack técnica, do nível mais baixo ao mais alto. Na base está o DuskDS, que lida com consenso, finalização (settlement) e disponibilidade de dados. A camada de consenso usa SBA, um mecanismo PoS baseado em comissões. Nele, Proof-of-Blind-Bid (prova de lance cego) seleciona anonimamente o produtor do bloco; a lista de validadores muda a cada rodada—foi desenhado assim para impedir que validadores sejam pré-determinados e atacados, e para evitar que, no PoS tradicional, grandes players monopolizem o poder de gerar blocos. A camada de transações é a Phoenix: baseada no modelo de anotações (notes) do UTXO. Os fundos ficam existindo como “notes” criptográficas; junto com compromissos de Pedersen pra ocultar valores, e invalidadores pra barrar double-spend. Os nós só verificam se as provas de conhecimento zero são válidas. Quando eu testei antes e tentei colocar texto puro direto numa transação, fui recusado—foi quando percebi que essa regra é “forjada” desde a camada de consenso.
Subindo: a camada Dusk Trade. Eu achava que era um privacy DEX comum só com “casca”. No walkthrough do site, vi que ela chama diretamente os canais de settlement da camada de baixo. A ordem (order book) já vem com criptografia por padrão, usando criptografia homomórfica com ElGamal. O preço e a quantidade dos pedidos na cadeia ficam como cifras; o motor de matching consegue calcular a correspondência mirando nas cifras. Depois que o preço e a quantidade fechados estão determinados, a transação é descriptografada—com os detalhes da ordem permanecendo sem exposição o tempo todo. Ainda acima tem uma camada chamada DuskEVM: uma camada de execução baseada no OP Stack modificada, fazendo settlement diretamente sobre o DuskDS. Se você conecta Sol, herda as capacidades de privacidade da camada inferior, sem precisar “reinventar a roda”. No topo está um fluxo de trabalho de mercado voltado à conformidade: transforma o Citadel num módulo nativo invocável. O usuário não precisa enviar foto de passaporte—ele prova por zero knowledge que “já concluiu a verificação de conformidade” diretamente para o sistema.
Eu sempre senti que o caminho técnico do Dusk era meio espalhado em partes. Só agora, vendo o novo site com o stack completo, entendi: desde o início, não é um projeto feito pra brincar de transferências anônimas, e sim pra montar uma base completa de finanças com privacidade e compliance. Depois de terminar, eu ainda comprei um pouco de DUSK—porque projetos que deixam toda a arquitetura técnica claramente exposta para todo mundo ver são mesmo raros. #dusk $DUSK @Dusk
