TL;DR: Zakura propôs atribuir uma chave de visualização separada a cada swap de Zcash realizado por meio do NEAR Intents, reduzindo quanto histórico de transações um futuro atacante poderia vincular.
O modelo de privacidade do Zcash é construído em torno da proteção dos detalhes das transações, mas as trocas entre cadeias introduzem pontos delicados em que as informações podem tornar-se públicas. Uma nova proposta do desenvolvedor de software do Zcash, Zakura, concentra-se num desses pontos: os endereços de reembolso envolvidos quando ZEC protegido circula através do NEAR Intents.
Um endereço visível publicamente pode ser associado à estrutura de chaves de visualização de uma carteira. Se futuros avanços criptográficos permitirem a um atacante recuperar ou explorar essa relação, a exposição de um único endereço poderá revelar mais do histórico de transações de um utilizador do que o pretendido.
A resposta proposta por Zakura consiste em atribuir a cada troca a sua própria chave de visualização, mantendo a autoridade de gasto sob o controlo do utilizador. Uma chave de visualização comprometida revelaria então informações relacionadas com uma única troca, em vez de abrir uma janela para todo o passado de uma carteira.
O projeto também contempla a recuperação privada de informações, permitindo que o software localize reembolsos relevantes sem divulgar quais endereços um usuário está verificando.
Esta não é uma resposta a um ataque quântico demonstrado contra o Zcash. Trata-se de engenharia preventiva baseada em um possível risco futuro. A proposta permanece em análise, e seus apoiadores ainda não entregaram uma solução amplamente implantada.
Essa distinção importa. Um bom trabalho de privacidade muitas vezes significa corrigir problemas de vinculabilidade antes que se tornem exploráveis, mas a proteção ainda precisa ser implementada, auditada e adotada pelas carteiras antes de beneficiar os usuários comuns.
Escrito pela Mesa de Notícias e editado por Samuel Rae.