Eu achava no começo que Phoenix e Moonlight eram duas cadeias completamente independentes, ou então apenas duas camadas de rede. Muita gente também as trata como uma escolha entre “versão de privacidade” e “versão transparente”.
Só quando li o whitepaper é que ficou claro para mim: são dois modelos de transações sobre o mesmo livro-razão. O Phoenix é responsável por transferências de privacidade, staking, recebimento de recompensas, desbloqueio, e pela conversão de Phoenix para Moonlight; o Moonlight, por sua vez, é um sistema de contas transparente, voltado para cenários que exigem divulgação pública e para quem quer usar exchanges centralizadas.
A camada do Phoenix é baseada em UTXO + compromissos de Pedersen + provas de conhecimento zero + endereços com ofuscação, ocultando valores, remetentes, destinatários e o grafo de transações; o Moonlight é mais parecido com uma conta tradicional, em que cada operação pode ser verificada com clareza. Os ativos podem ser convertidos entre os dois, transformando “privacidade” e “auditabilidade” em dois interruptores que você pode alternar livremente.
É como uma conta bancária que suporta tanto “conciliação corporativa” quanto “mandato anônimo” — relatórios externos usando a conta pública e reordenação interna usando a conta de privacidade, com a alternância ocorrendo em um único movimento.
O problema está na própria lógica de conversão: no instante em que um ativo passa do Phoenix para o Moonlight, isso revelará as conexões entre os dois lados? No whitepaper, eu ainda não vi uma análise de segurança suficientemente detalhada; esse é exatamente o ponto que mais quero questionar.
#dusk $DUSK @Dusk
Só quando li o whitepaper é que ficou claro para mim: são dois modelos de transações sobre o mesmo livro-razão. O Phoenix é responsável por transferências de privacidade, staking, recebimento de recompensas, desbloqueio, e pela conversão de Phoenix para Moonlight; o Moonlight, por sua vez, é um sistema de contas transparente, voltado para cenários que exigem divulgação pública e para quem quer usar exchanges centralizadas.
A camada do Phoenix é baseada em UTXO + compromissos de Pedersen + provas de conhecimento zero + endereços com ofuscação, ocultando valores, remetentes, destinatários e o grafo de transações; o Moonlight é mais parecido com uma conta tradicional, em que cada operação pode ser verificada com clareza. Os ativos podem ser convertidos entre os dois, transformando “privacidade” e “auditabilidade” em dois interruptores que você pode alternar livremente.
É como uma conta bancária que suporta tanto “conciliação corporativa” quanto “mandato anônimo” — relatórios externos usando a conta pública e reordenação interna usando a conta de privacidade, com a alternância ocorrendo em um único movimento.
O problema está na própria lógica de conversão: no instante em que um ativo passa do Phoenix para o Moonlight, isso revelará as conexões entre os dois lados? No whitepaper, eu ainda não vi uma análise de segurança suficientemente detalhada; esse é exatamente o ponto que mais quero questionar.
#dusk $DUSK @Dusk