我以前以为，隐私链最难的是把交易藏起来。翻完Dusk白皮书后才发现，更棘手的问题发生在“藏起来”之后：交易所怎么核对入金，审计方怎么确认资产没有凭空增加，监管者又如何只查看依法需要的信息？完全公开会把余额、仓位和交易关系摊给所有人，完全匿名又很难进入证券与机构市场，两端都不是完整答案。
@Dusk Não force a totalidade das transações a caber em uma única conta; em vez disso, estabeleceu duas trilhas na mesma camada de liquidação. Moonlight é um modelo de conta pública: o saldo, o remetente, o destinatário e o valor ficam visíveis, sendo adequado para recargas de exchanges, tesourarias de instituições e conciliações públicas; Phoenix representa o dinheiro como notas criptografadas e confirma que há saldo suficiente e que não houve double-spend por meio de provas de conhecimento zero, mas não revela valores nem o caminho dos fundos para observadores comuns. Quando for necessário verificar, as partes envolvidas ainda podem usar chaves de visualização para divulgar de forma delimitada.
O que é realmente valioso não são apenas as duas palavras “privacidade”, mas a possibilidade de a visibilidade acompanhar a mudança do negócio. Os usuários podem transferir DUSK do saldo público do Moonlight para o saldo privado do Phoenix; quando conectarem com uma exchange, devolvem para o lado público. As duas transações ainda são verificadas pela mesma camada de contrato Transfer quanto ao status, taxas e double-spend. Isso é como um prédio bancário que mantém simultaneamente um balcão público e uma sala reservada e sigilosa, mas o razão geral não é separado em dois sistemas que não se reconhecem.
O custo também é bem real. Phoenix precisa gerar provas de conhecimento zero, enquanto a exchange é recomendada oficialmente a priorizar a integração com o Moonlight, porque as notas de privacidade exigem outra camada de custódia e um processo de varredura. As duas trilhas devolvem ao usuário a escolha — mas também trazem de volta a responsabilidade por conversão de conta, guarda de chaves de visualização e configuração de permissões. Se a carteira deixar esses passos vagos, a privacidade vira custo de operação por erro.
Portanto, o que o Dusk realmente precisa demonstrar não é somente se a transferência pode ser escondida, mas se o usuário consegue entender em qual trilha está, quem tem permissão de visualização e como sair com segurança. Só quando a privacidade for tão natural quanto alternar um modo de pagamento é que essa arquitetura poderá se tornar infraestrutura financeira.
$DUSK #dusk
@Dusk Não force a totalidade das transações a caber em uma única conta; em vez disso, estabeleceu duas trilhas na mesma camada de liquidação. Moonlight é um modelo de conta pública: o saldo, o remetente, o destinatário e o valor ficam visíveis, sendo adequado para recargas de exchanges, tesourarias de instituições e conciliações públicas; Phoenix representa o dinheiro como notas criptografadas e confirma que há saldo suficiente e que não houve double-spend por meio de provas de conhecimento zero, mas não revela valores nem o caminho dos fundos para observadores comuns. Quando for necessário verificar, as partes envolvidas ainda podem usar chaves de visualização para divulgar de forma delimitada.
O que é realmente valioso não são apenas as duas palavras “privacidade”, mas a possibilidade de a visibilidade acompanhar a mudança do negócio. Os usuários podem transferir DUSK do saldo público do Moonlight para o saldo privado do Phoenix; quando conectarem com uma exchange, devolvem para o lado público. As duas transações ainda são verificadas pela mesma camada de contrato Transfer quanto ao status, taxas e double-spend. Isso é como um prédio bancário que mantém simultaneamente um balcão público e uma sala reservada e sigilosa, mas o razão geral não é separado em dois sistemas que não se reconhecem.
O custo também é bem real. Phoenix precisa gerar provas de conhecimento zero, enquanto a exchange é recomendada oficialmente a priorizar a integração com o Moonlight, porque as notas de privacidade exigem outra camada de custódia e um processo de varredura. As duas trilhas devolvem ao usuário a escolha — mas também trazem de volta a responsabilidade por conversão de conta, guarda de chaves de visualização e configuração de permissões. Se a carteira deixar esses passos vagos, a privacidade vira custo de operação por erro.
Portanto, o que o Dusk realmente precisa demonstrar não é somente se a transferência pode ser escondida, mas se o usuário consegue entender em qual trilha está, quem tem permissão de visualização e como sair com segurança. Só quando a privacidade for tão natural quanto alternar um modo de pagamento é que essa arquitetura poderá se tornar infraestrutura financeira.
$DUSK #dusk
