#dusk $DUSK @Dusk Ontem e minha amiga íntima, a Shirley, fomos comer juntas; ela ficou falando o tempo todo sobre @Dusk . Depois, ela simplesmente encostou o celular na minha cara e me mandou olhar o site oficial. Eu, enquanto comia, fui folheando a documentação; quanto mais eu via, mais empolgada eu ficava, e acabei discutindo com ela por um bom tempo.

Vamos começar pelo Phoenix. No fundo, é um UTXO com PLONK zk-SNARK usado para ofuscação em transferências. A documentação oficial diz que dá para escolher o quanto divulgar ao regulador. Mas reparei num detalhe: depois do Phoenix 2.0, a identidade do remetente fica visível para o destinatário. Você acha que está fazendo uma transação privada; do outro lado, na verdade, eles sabem quem você é. Se a ideia é impedir que as pessoas rastreiem sua carteira, isso realmente barra?

Agora, sobre Moonlight coexistindo com Phoenix: o oficial diz que dá para alternar livremente. Eu testei na hora: primeiro você precisa separar os ativos por qual modelo usar; depois descobrir como o convert comprova a titularidade; e ainda tem a taxa, que é cobrada à parte. Quem vive fuçando na cadeia até dá conta de virar documentação, mas o usuário comum consegue trocar isso com facilidade? No fim, todo mundo provavelmente vai ficar no Moonlight só para simplificar; Phoenix deve acabar ficando encostado.

A divulgação seletiva de identidade do Citadel até que é interessante, mas na etapa do License Provider emitir licenças, a legitimidade da identidade continua nas mãos de quem emite. Isso é tão diferente de abrir conta em banco? Esses primitivos como PLONK e Poseidon são sofisticados, mas nem sempre são fáceis de usar.

A parte do ciclo de vida da transação é mais concreta. A interface retorna 202 Accepted: isso só indica que o nó recebeu o roteamento, não significa que entrou no mempool, e muito menos que foi executada com sucesso. Pelo que vi na documentação oficial, o que é realmente confiável é verificar que não houve erro na execução e que o bloco foi para finalized. Se a carteira e a exchange mostrarem “enviado” como se fosse concluído, no meio disso pode expirar ou ser substituído.

Falando bem direto: o Dusk explica a tecnologia bem detalhado, mas o que eu realmente me preocupo é se a interface deixa claro o estado, se o caminho de conversão funciona sem tropeços, e quanta privacidade sobra quando entra e quando sai dinheiro. A verdadeira previsibilidade depende de a interface e o parceiro de integração usarem corretamente; não é só olhar a documentação e pronto. $DUSK #dusk

O que vocês acham que é o ponto mais difícil/de maior preocupação na proposta de privacidade do Dusk?