A essa altura da noite, cavando o código Rust do Dusk, tropecei em uma struct chamada ComplianceProof. Achei que fosse a “ponte” que eles fazem propaganda. Depois li o que ela realmente faz — ou, melhor, o que ela não faz.

O Moonlight gera uma prova ZK para privacidade, além de uma chave recuperável para reguladores. O validador checa o formato da prova, concorda, e finaliza o bloco. Só isso. Ele nunca verifica se essa chave de recuperação realmente funciona. O handshake de descriptografia acontece fora da cadeia — e-mail, ligação telefônica, pombo-correio — depois que a transação já foi “cementada”. Um agente malicioso poderia fornecer uma chave inútil, a cadeia aceitaria, e o regulador só receberia lixo mais tarde, sem nenhum recurso on-chain. A privacidade permanece intacta, e a ponte de conformidade é queimada silenciosamente.

Eu mesmo conferi os dados do testnet — Fase 2, atual. ~210.000 blocos processados, mas apenas ~1.470 transações dispararam o circuito completo do Moonlight. Isso é 0,7%. O recurso institucional “carro-chefe” está praticamente dormente. A maior parte da atividade é só validadores fazendo staking em círculos.

E as Chaves de Descriptografia Regulatórias? Mantidas pela fundação e descritas de forma vaga como “parceiros externos”. Sem governança on-chain para rotação, sem time-lock. Se esse handshake da chave fora da cadeia for comprometido, o atacante não quebra a criptografia — ele simplesmente passa a controlar os metadados.

Assim, $DUSK criou uma camada de privacidade com minimização de confiança que reintroduz uma suposição de confiança exatamente no ponto da prova regulatória. Se o recurso de conformidade mal roda e as chaves dependem de boa vontade humana, estamos comprando mesmo uma blockchain — ou um invólucro jurídico bem caro com um adesivo PLONK?
@Dusk #dusk #DUSK $DUSK