Assumi que uma blockchain de privacidade tinha que escolher um lado: totalmente oculta ou totalmente transparente. Ao ler como a Moonlight e a Phoenix realmente funcionam juntas na Dusk, essa suposição não sobreviveu.

A Phoenix também não é anônima do jeito que eu esperava. No seu spec 2.0, o remetente de uma transação é identificável de forma comprovável pelo destinatário, apesar do valor e dos detalhes permanecerem ocultos para todos os outros. A Dusk a construiu dessa forma especificamente para evitar o risco de deslistagem em exchanges; protocolos de anonimato completo continuam falhando nesse patamar de conformidade, mas a privacidade controlada não. A Moonlight fica ao lado disso como um modelo totalmente público baseado em contas, com a mesma “forma” de uma entrada de ledger normal, adicionado pelo mesmo motivo: alguns parceiros, especialmente exchanges, precisam de transparência por padrão, e não como uma exceção.

O que de fato me surpreendeu foi como as duas se conectam. Elas não são produtos separados apenas acoplados; existe uma conversão direta de “shield/unshield” embutida no contrato de transferência, de modo que uma nota da Phoenix e um saldo da Moonlight avançam e recuam uma para a outra de forma atômica. O mesmo ativo, a mesma cadeia; o nível de privacidade é uma configuração, não um fork.

A questão em aberto para mim: o Hedger da DuskEVM adiciona um terceiro modelo por cima, com criptografia homomórfica mais ZK para a camada EVM — uma construção diferente de Phoenix ou Moonlight. Três modelos coexistentes de privacidade são mais flexíveis em teoria. Ainda não decidi se essa flexibilidade custa liquidez ou fragmentação de ferramentas quando os ativos precisam se mover entre os três, e não apenas entre dois.

#dusk $DUSK @Dusk #DuskEVM #Ethereum