Ao ver as atualizações de engenharia do Dusk, eu primeiro achei que Moonlight e Phoenix eram dois sistemas de contas independentes, cada um seguindo seu próprio caminho. Só depois que fui cavar a função “convert” é que percebi o truque do Dusk: não existem duas camadas de modelos coexistindo em paralelo; elas podem ser permutadas de forma atômica. @Dusk
Os ativos na conta Phoenix são notes criptografadas. Ao transferi-los para a conta Moonlight, o Transfer Contract primeiro processa essas notes e, depois, adiciona o valor equivalente ao saldo público. No sentido oposto, ao sair do Moonlight, o Transfer Contract primeiro deduz o saldo e, em seguida, gera as notes correspondentes ao valor nominal e as envia para um endereço oculto. O usuário não precisa provar identidade; basta provar que tem propriedade sobre a conta ou o endereço que será convertido. Todo o processo acontece de maneira atômica, sem travar em um estado intermediário.
Mas, ao revisar novamente, percebi que antes eu tinha falado dessa mecânica misturando com o padrão de valores mobiliários XSC, o que não foi preciso. O convert resolve a conversão do token nativo DUSK entre dois modelos; já os valores mobiliários XSC dependem de verdade do Zedger — um modelo que combina capacidades de UTXO e de contas, feito para lidar com detalhes regulatórios, como auditoria de elegibilidade de posse, transferências dentro de limites e distribuição de dividendos. Ambos compartilham a base criptográfica de conhecimento zero do Phoenix, mas não é a mesma lógica; eu não deveria ter tratado como se fossem equivalentes.
O Dusk separa essas duas camadas com muita clareza: o mecanismo de conversão na camada inferior cuida do fluxo de tokens; a camada superior do Zedger cuida da conformidade dos valores mobiliários. E é exatamente por isso que, quanto mais eu olho, mais acho que ele não está apenas construindo uma cadeia de privacidade simples.
$DUSK suporta os custos de gas de toda essa conversão e liquidação.
#dusk $DUSK @Dusk
Os ativos na conta Phoenix são notes criptografadas. Ao transferi-los para a conta Moonlight, o Transfer Contract primeiro processa essas notes e, depois, adiciona o valor equivalente ao saldo público. No sentido oposto, ao sair do Moonlight, o Transfer Contract primeiro deduz o saldo e, em seguida, gera as notes correspondentes ao valor nominal e as envia para um endereço oculto. O usuário não precisa provar identidade; basta provar que tem propriedade sobre a conta ou o endereço que será convertido. Todo o processo acontece de maneira atômica, sem travar em um estado intermediário.
Mas, ao revisar novamente, percebi que antes eu tinha falado dessa mecânica misturando com o padrão de valores mobiliários XSC, o que não foi preciso. O convert resolve a conversão do token nativo DUSK entre dois modelos; já os valores mobiliários XSC dependem de verdade do Zedger — um modelo que combina capacidades de UTXO e de contas, feito para lidar com detalhes regulatórios, como auditoria de elegibilidade de posse, transferências dentro de limites e distribuição de dividendos. Ambos compartilham a base criptográfica de conhecimento zero do Phoenix, mas não é a mesma lógica; eu não deveria ter tratado como se fossem equivalentes.
O Dusk separa essas duas camadas com muita clareza: o mecanismo de conversão na camada inferior cuida do fluxo de tokens; a camada superior do Zedger cuida da conformidade dos valores mobiliários. E é exatamente por isso que, quanto mais eu olho, mais acho que ele não está apenas construindo uma cadeia de privacidade simples.
$DUSK suporta os custos de gas de toda essa conversão e liquidação.
#dusk $DUSK @Dusk