Eu acabei de reler, comparando de novo, o modelo de transação Phoenix para @Dusk e as explicações oficiais da Dusk sobre selective disclosure.
A intenção de design da Dusk aqui é bem clara: o Phoenix usa provas de conhecimento zero para ocultar valores, remetente e destinatário, ao mesmo tempo em que deixa uma rota para o Viewing Key, permitindo que o usuário faça divulgações de forma seletiva quando a supervisão ou auditoria exigir. A documentação oficial da Dusk e tweets recentes enfatizam repetidamente — privacidade é o padrão; divulgação é sob demanda. Para mercados financeiros regulados, isso é quase indispensável.
Mas comecei a me preocupar com um ponto: em que grau, de fato, está publicamente aberto o nível de governança de permissões dessa rota hoje? E não apenas se #dusk tem ou não essa rota técnica.
Afinal, o próprio Viewing Key é apenas uma ferramenta criptográfica. O que realmente determina a base de confiança do sistema da Dusk é:
➤ ❶ Quem tem permissão para receber acesso de visualização permanente ou temporário?
➤ ❷ O processo de concessão é unilateral, multi-assinatura, ou há regras claras de jurisdição e revogação?
➤ ❸ A ação de visualização deixa algum rastro auditável?
➤ ❹ Se a entidade correspondente à chave for alterada ou for sancionada, como as permissões já concedidas se tornam inválidas?
E o que eu vi nos documentos públicos existentes de $DUSK é, em grande parte, descrições de capacidades do tipo “suporta selective disclosure”. Padrões mais antigos já mencionavam papéis de View Only e multi-user view key, mas isso era definido no nível do contrato; ainda existe uma distância até o cenário real: após o lançamento de ativos regulados na Dusk, como o acesso de supervisão é gerenciado e limitado na prática.
Isto realmente não é preciosismo. Para as instituições, a privacidade matemática é importante, mas no fim elas precisam avaliar quem controla — e como é controlada e equilibrada — essa “chave” que abre parte da privacidade dentro da Dusk. Se essas regras ficarem por muito tempo apenas em formulações de alto nível, a narrativa de “privacidade em conformidade auditável” da Dusk deixará uma lacuna real de confiança.
Eu não estou negando essa rota: o mercado regulado de fato precisa da capacidade da Dusk de “privacidade por padrão + divulgação sob demanda”. Antes de ver uma escala real de ativos correndo pela Dusk, eu ainda prefiro primeiro ver os detalhes públicos da própria governança de permissões.
Quando essas regras forem divulgadas de forma mais específica e puderem ser observadas no fluxo de trabalho real, aí sim vou avaliar se o controle de acesso dessa solução da Dusk já atingiu um nível confiável para instituições.
A intenção de design da Dusk aqui é bem clara: o Phoenix usa provas de conhecimento zero para ocultar valores, remetente e destinatário, ao mesmo tempo em que deixa uma rota para o Viewing Key, permitindo que o usuário faça divulgações de forma seletiva quando a supervisão ou auditoria exigir. A documentação oficial da Dusk e tweets recentes enfatizam repetidamente — privacidade é o padrão; divulgação é sob demanda. Para mercados financeiros regulados, isso é quase indispensável.
Mas comecei a me preocupar com um ponto: em que grau, de fato, está publicamente aberto o nível de governança de permissões dessa rota hoje? E não apenas se #dusk tem ou não essa rota técnica.
Afinal, o próprio Viewing Key é apenas uma ferramenta criptográfica. O que realmente determina a base de confiança do sistema da Dusk é:
➤ ❶ Quem tem permissão para receber acesso de visualização permanente ou temporário?
➤ ❷ O processo de concessão é unilateral, multi-assinatura, ou há regras claras de jurisdição e revogação?
➤ ❸ A ação de visualização deixa algum rastro auditável?
➤ ❹ Se a entidade correspondente à chave for alterada ou for sancionada, como as permissões já concedidas se tornam inválidas?
E o que eu vi nos documentos públicos existentes de $DUSK é, em grande parte, descrições de capacidades do tipo “suporta selective disclosure”. Padrões mais antigos já mencionavam papéis de View Only e multi-user view key, mas isso era definido no nível do contrato; ainda existe uma distância até o cenário real: após o lançamento de ativos regulados na Dusk, como o acesso de supervisão é gerenciado e limitado na prática.
Isto realmente não é preciosismo. Para as instituições, a privacidade matemática é importante, mas no fim elas precisam avaliar quem controla — e como é controlada e equilibrada — essa “chave” que abre parte da privacidade dentro da Dusk. Se essas regras ficarem por muito tempo apenas em formulações de alto nível, a narrativa de “privacidade em conformidade auditável” da Dusk deixará uma lacuna real de confiança.
Eu não estou negando essa rota: o mercado regulado de fato precisa da capacidade da Dusk de “privacidade por padrão + divulgação sob demanda”. Antes de ver uma escala real de ativos correndo pela Dusk, eu ainda prefiro primeiro ver os detalhes públicos da própria governança de permissões.
Quando essas regras forem divulgadas de forma mais específica e puderem ser observadas no fluxo de trabalho real, aí sim vou avaliar se o controle de acesso dessa solução da Dusk já atingiu um nível confiável para instituições.
