#dusk $DUSK @Dusk
Procurei onde a Dusk implementa “revelar a partes autorizadas”. Encontrei algo menor do que a frase implica. Cada nota da Phoenix tem um proprietário, e esse proprietário detém uma View Key. Compartilhe-a, e quem estiver com ela poderá agora detectar toda saída que pertença a você — além de descriptografar o valor em notas ofuscadas. Essa é a camada de controle de acesso. Ponto final.
$DUSK #dusk @Duskfoundation — tanto quanto consigo ver pela própria especificação da chave, ela é apenas um escalar e um ponto. Não há campo de função (role), nem escopo, nem expiração embutidos. Nada que permita à cadeia tratar um regulador de forma diferente de um parceiro de negócios ou de um ex-funcionário curioso. Se essa distinção existir, ela não está na própria chave.
O que mudou para mim: “divulgação seletiva” parece um recurso de política. O que existe de fato é a custódia da chave. O protocolo entrega aos proprietários uma alavanca — compartilhar ou não — não um mecanismo de permissões. Se a parte correta obtém essa chave, pelo motivo certo, é uma questão de processo que fica totalmente fora da cadeia (off-chain).
Próxima coisa que quero verificar: ao compartilhar uma View Key, ela expõe todo o histórico de notas do proprietário de uma vez, ou a Dusk consegue restringi-lo a uma única transação? Neste momento, a documentação soa como tudo-ou-nada, mas quero confirmar isso na implementação real da carteira — não apenas na página de arquitetura.
Procurei onde a Dusk implementa “revelar a partes autorizadas”. Encontrei algo menor do que a frase implica. Cada nota da Phoenix tem um proprietário, e esse proprietário detém uma View Key. Compartilhe-a, e quem estiver com ela poderá agora detectar toda saída que pertença a você — além de descriptografar o valor em notas ofuscadas. Essa é a camada de controle de acesso. Ponto final.
$DUSK #dusk @Duskfoundation — tanto quanto consigo ver pela própria especificação da chave, ela é apenas um escalar e um ponto. Não há campo de função (role), nem escopo, nem expiração embutidos. Nada que permita à cadeia tratar um regulador de forma diferente de um parceiro de negócios ou de um ex-funcionário curioso. Se essa distinção existir, ela não está na própria chave.
O que mudou para mim: “divulgação seletiva” parece um recurso de política. O que existe de fato é a custódia da chave. O protocolo entrega aos proprietários uma alavanca — compartilhar ou não — não um mecanismo de permissões. Se a parte correta obtém essa chave, pelo motivo certo, é uma questão de processo que fica totalmente fora da cadeia (off-chain).
Próxima coisa que quero verificar: ao compartilhar uma View Key, ela expõe todo o histórico de notas do proprietário de uma vez, ou a Dusk consegue restringi-lo a uma única transação? Neste momento, a documentação soa como tudo-ou-nada, mas quero confirmar isso na implementação real da carteira — não apenas na página de arquitetura.