Ao pesquisar o Dusk, fiquei perseguindo uma questão: a viewing key da Phoenix, afinal, é controlada por quem?
Antes, ao ler sobre blockchains de privacidade, eu costumava primeiro olhar TPS e ecossistema. Depois de reestudar o Dusk, comecei a prestar atenção em outra coisa: quem controla permissões de divulgação seletiva define o quão amigável essa cadeia é para determinadas pessoas.
O design da Phoenix me fez parar e olhar por bastante tempo.
Transações shielded usam prova ZK para validar a corretude, escondendo valores e participantes. A viewing key permite que o usuário conceda, de forma seletiva, autorização para que terceiros visualizem detalhes das transações.
Esse direcionamento está certo.
Mas eu revisei a lógica de controle da viewing key e travei em uma pergunta que ninguém parece ter colocado diretamente.
Se a viewing key for entregue, dá para revogar?
Se não for possível revogar, se hoje o usuário autorizou o órgão regulador a ver as transações e, amanhã, quiser cancelar essa autorização, o que fazer?
Se for possível revogar, como tratar os registros históricos que já foram consultados? Essa privacidade já não existe.
O Moonlight corresponde ao modelo account-based público; a Phoenix corresponde ao modelo de privacidade. As duas abordagens compartilham a camada de liquidação do DuskDS, mas não encontrei uma explicação clara na documentação sobre o gerenciamento do ciclo de vida da viewing key.
O DuskVM ainda está em status de forthcoming, e o DuskEVM acabou de ser lançado. O NPEX concluiu a tokenização de títulos no valor de 300 milhões de euros; a mainnet roda há mais de um ano. A capitalização do DUSK é de cerca de 26,63 milhões de dólares, com queda de mais de 90% em relação ao topo histórico.
Essa arquitetura precisa de tempo para ser validada — mas o mecanismo de revogação da viewing key é justamente a pergunta cuja resposta eu queria saber antes mesmo de tentar validar.
Porque privacidade não é só conseguir divulgar: é também conseguir realmente retirar.
Eu observo um único sinal: o Dusk tem um mecanismo completo e publicado de gerenciamento do ciclo de vida da viewing key, incluindo a lógica de concessão, revogação e tratamento das permissões de consulta de histórico?
Existe: a divulgação seletiva da Phoenix é uma ferramenta de privacidade controlada de verdade pelo usuário.
Não existe: o que acontece depois que a viewing key é entregue o usuário não sabe.
A: A viewing key é gerada e mantida pelo usuário; o direito de revogar naturalmente está com o usuário
B: Não há explicação de um mecanismo público de revogação; a controlabilidade da viewing key se baseia em suposições, não em um fluxo validado
De que lado você está?
Não constitui recomendação de investimento; transações envolvem risco. DYOR. $BTC
@Dusk $DUSK #dusk #BinanceSquare $ETH
Antes, ao ler sobre blockchains de privacidade, eu costumava primeiro olhar TPS e ecossistema. Depois de reestudar o Dusk, comecei a prestar atenção em outra coisa: quem controla permissões de divulgação seletiva define o quão amigável essa cadeia é para determinadas pessoas.
O design da Phoenix me fez parar e olhar por bastante tempo.
Transações shielded usam prova ZK para validar a corretude, escondendo valores e participantes. A viewing key permite que o usuário conceda, de forma seletiva, autorização para que terceiros visualizem detalhes das transações.
Esse direcionamento está certo.
Mas eu revisei a lógica de controle da viewing key e travei em uma pergunta que ninguém parece ter colocado diretamente.
Se a viewing key for entregue, dá para revogar?
Se não for possível revogar, se hoje o usuário autorizou o órgão regulador a ver as transações e, amanhã, quiser cancelar essa autorização, o que fazer?
Se for possível revogar, como tratar os registros históricos que já foram consultados? Essa privacidade já não existe.
O Moonlight corresponde ao modelo account-based público; a Phoenix corresponde ao modelo de privacidade. As duas abordagens compartilham a camada de liquidação do DuskDS, mas não encontrei uma explicação clara na documentação sobre o gerenciamento do ciclo de vida da viewing key.
O DuskVM ainda está em status de forthcoming, e o DuskEVM acabou de ser lançado. O NPEX concluiu a tokenização de títulos no valor de 300 milhões de euros; a mainnet roda há mais de um ano. A capitalização do DUSK é de cerca de 26,63 milhões de dólares, com queda de mais de 90% em relação ao topo histórico.
Essa arquitetura precisa de tempo para ser validada — mas o mecanismo de revogação da viewing key é justamente a pergunta cuja resposta eu queria saber antes mesmo de tentar validar.
Porque privacidade não é só conseguir divulgar: é também conseguir realmente retirar.
Eu observo um único sinal: o Dusk tem um mecanismo completo e publicado de gerenciamento do ciclo de vida da viewing key, incluindo a lógica de concessão, revogação e tratamento das permissões de consulta de histórico?
Existe: a divulgação seletiva da Phoenix é uma ferramenta de privacidade controlada de verdade pelo usuário.
Não existe: o que acontece depois que a viewing key é entregue o usuário não sabe.
A: A viewing key é gerada e mantida pelo usuário; o direito de revogar naturalmente está com o usuário
B: Não há explicação de um mecanismo público de revogação; a controlabilidade da viewing key se baseia em suposições, não em um fluxo validado
De que lado você está?
Não constitui recomendação de investimento; transações envolvem risco. DYOR. $BTC
@Dusk $DUSK #dusk #BinanceSquare $ETH
