Loading...
Este artigo é reproduzido de Proof Street, uma publicação independente sobre computação que preserva a privacidade: ZK, FHE, MPC, TEEs e identidade descentralizada. Publicado originalmente como "How far Zcash has come on selective disclosure, and what's left" em 7 de setembro de 2026. Reproduzido com a autorização do autor como parte da Zcash Community Grant #339. Por Stephen Webber.
No Zcash, uma chave de visualização permite que o titular de uma conta revele o histórico de transações blindadas a uma parte de sua escolha. As chaves estão ativas e são controladas pelo usuário. Desenvolvedores e defensores de políticas continuam trabalhando para que elas atendam aos fluxos de trabalho de conformidade que poderiam usá-las.
Em 17 de agosto, o comitê da Zcash Community Grants se reuniu para considerar uma proposta chamada Shielded Compliance Bridge. Deborah Olaboye, uma colaboradora de código aberto cujo trabalho inclui o repositório execution-specs do Ethereum, havia criado uma prova de conceito que ingere uma chave de visualização completa unificada, analisa blocos compactos em relação a um indexador de testnet e inclui uma "referência de conformidade" em um campo de memorando do Zcash que vincula uma transferência blindada a um registro off-chain da Travel Rule. Ela solicitou um subsídio para concluí-la, mas o comitê recusou.
O raciocínio foi que as integrações de conformidade são moldadas pela corretora ou instituição específica que as usará, que não existem padrões comuns nos quais se basear e que, sem um parceiro solicitando a ferramenta, a adoção seria improvável. A mesma reunião recusou outras propostas por razões semelhantes, uma para uma máquina virtual de "divulgação seletiva programável" e outra para uma estrutura de arquitetura de privacidade e confiança, que incluía um mapa de questões jurídicas dos EUA.
Naturalmente, essas decisões não são sinal de que ninguém queira isso. Consideradas juntamente com o restante do ano, significam o contrário. A Binance fez uma solicitação no nível do protocolo em 2024 e teve uma ZIP ainda naquele ano. A Gemini realiza saques blindados sob supervisão regulatória desde 2020. O ecossistema criou uma organização de políticas em Washington em junho e uma organização de integração institucional em agosto. O que o comitê disse, na prática, foi que a necessidade ainda não foi redigida como um requisito com base no qual alguém possa desenvolver.
Um endereço blindado do Zcash é controlado por uma chave de gastos. Dela derivam chaves de visualização que conseguem ler dados de transações sem poder movimentar fundos. A chave de visualização completa vê as transações recebidas e enviadas da conta, a chave de visualização de entrada vê apenas os fundos recebidos e a chave de visualização de saída permite que um remetente reconstrua o que enviou. Desde a ZIP 316, elas são agrupadas em chaves de visualização unificadas, uma completa e uma apenas de entrada, limitadas a uma conta, em que uma conta é uma posição na árvore de chaves da carteira sob a ZIP 32. Uma chave de visualização completa unificada agrupa os componentes por pool de todos os pools blindados que a conta usa e também possui a chave pública estendida transparente da conta, portanto compartilhar uma expõe a chain transparente, bem como o histórico blindado.
Nesse sentido, uma chave de visualização é retroativa. Ela descriptografa todo o histórico da conta desde o momento em que a conta foi criada e não pode ser retirada depois de compartilhada, exceto movendo os fundos para uma nova conta. Não existe uma chave de visualização por transação nem uma limitada no tempo. Josh Swihart, diretor executivo da ZODL, a empresa criada neste ano pela antiga equipe de engenharia da ECC do protocolo, confirmou isso, mencionando também que a divulgação de pagamentos por transação "não está implementada em lugar nenhum".
zcashd, o nó de referência original, disponibilizou dois métodos RPC, z_getpaymentdisclosure e z_validatepaymentdisclosure, que permitem que um remetente prove um único pagamento a terceiros. A documentação RPC os classifica como experimentais, desativados a menos que o operador defina uma opção de recursos experimentais, e como implementação de uma "Payment Disclosure ZIP em desenvolvimento". Essa ZIP, 303, está agora marcada como retirada, e sua sucessora, a ZIP 311, continua sendo um rascunho sem implementação associada. Os métodos cobriam apenas o pool Sprout, o pool blindado original de 2016, e nunca foram estendidos ao Sapling ou ao Orchard, ou seja, aos pools que carregam todas as transações blindadas modernas. O próprio zcashd chegou ao fim de vida em 18 de julho de 2026, uma interrupção planejada antes da atualização Ironwood. Nem o Zebra, o nó de consenso da Zcash Foundation, nem a Zallet, a carteira sucessora, lista um método de divulgação. Para os pools que importam, a divulgação por transação continua sendo uma intenção de design.
A intenção continua viva, mas está mais distante do que parecia em julho. A ZIP 231, pacotes de memorandos, é o rascunho que criaria espaço para isso: Swihart descreveu os pacotes de memorandos como a base futura para um reply-to autenticado que poderia funcionar como prova de pagamento, e o rascunho dependente, endereços de resposta autenticados, precisa de provas grandes demais para o campo de memorando atual. Os pacotes de memorandos representam uma alteração no formato das transações, e as cinco organizações que coordenam a votação dos detentores de moedas da NU7 concordaram em agosto que alterações de formato estão fora do escopo da NU7 e dentro do escopo da atualização seguinte. A própria votação, que ocorre de 25 de agosto a 14 de setembro, submeteu a emissão, a política de taxas, o espaçamento entre blocos e a descontinuação do Sprout aos detentores; a divulgação não constava na cédula. A via mais antiga, a ZIP 311, não precisa de alteração de consenso, mas continua sendo um rascunho sem implementação e sem cobertura do Orchard.
Assim, o que é disponibilizado hoje são chaves de visualização no nível da conta, completas ou apenas de entrada, retroativas, irrevogáveis e compartilhadas por iniciativa do titular da conta, com a divulgação no nível da transação no roteiro.
Os mecanismos de divulgação, no Zcash ou em qualquer outro lugar, podem ser situados segundo o seguinte: o que é revelado (escopo). A quem (beneficiário). Quando a concessão produz efeitos e até que ponto retroage (momento). Se pode ser retirada (revogabilidade). E quem a inicia, o titular dos dados ou uma autoridade (iniciativa).
Os regimes de conformidade são requisitos sobre esses aspectos, e as arquiteturas são posições sobre eles. As chaves de visualização do Zcash têm, por design, escopo amplo, beneficiário escolhido pelo titular, caráter totalmente retroativo, irrevogável e iniciado pelo usuário. O lado dos requisitos, tal como é aplicado por corretoras e supervisores, tende a ser delimitado a uma relação ou período, concedido a uma instituição nomeada ou ao seu fornecedor de análise, contínuo desde a integração em diante, revogável quando a relação termina e iniciado pela instituição como condição do serviço.
Ambas essas coisas são chamadas de divulgação seletiva. No mundo das credenciais, divulgação seletiva significa apresentar um subconjunto de atributos de uma credencial assinada sem revelar o restante, que é o que o SD-JWT, o ISO mdoc e as assinaturas BBS+ foram concebidos para fazer. A unidade de divulgação é um atributo, o momento é o da apresentação e o titular decide em cada interação.
No mundo dos pagamentos blindados, a expressão significa revelar dados de transações a uma parte escolhida, em que a unidade é o histórico de uma conta e o momento é quando a chave é entregue.
Swihart afirmou que a única solicitação de conformidade no nível do protocolo que a equipe de engenharia já recebeu veio da Binance, que, em janeiro de 2024, exigiu uma garantia de proveniência transparente para depósitos. A resposta da equipe foi a ZIP 320, endereços apenas de origem transparente, e o texto da ZIP registra, de fato, a origem "conforme exigido pela Binance". Um endereço TEX é uma passagem transparente efêmera que garante que a corretora recebe fundos de uma origem transparente. Ele fornece à corretora um caminho de retorno sem dar a ela o histórico do remetente. A única adaptação que o protocolo fez para uma corretora divulga exatamente o que a corretora solicitou e nada mais.
Desde a atualização Sapling, argumenta Swihart, não existe razão técnica para uma corretora não suportar transações blindadas, pois a geração de provas é rápida, os clientes das corretoras já são identificados durante a integração e existe diligência reforçada para os casos que precisam dela. Nessa perspectiva, a distância entre a infraestrutura e o fluxo de trabalho de conformidade não é realmente uma primitiva ausente, mas sim uma conversa ausente.
Divij Pandya está trabalhando no outro extremo dessa conversa. Ele é diretor executivo da Pretty Good Policy for Zcash, a organização de políticas de Washington criada em junho como continuação de uma iniciativa anterior liderada pela ECC, e o projeto de sua organização consiste em conseguir que a divulgação por meio de chaves de visualização seja reconhecida como um mecanismo de conformidade aceitável em um documento que um responsável pela conformidade possa citar. Até onde ele sabe, nenhum regulador ainda se envolveu com chaves de visualização como instrumento. O escopo da PGPZ é, naturalmente, o reconhecimento, e não a orientação para desenvolvedores. Uma ferramenta não pode ser especificada com base em um requisito até que alguém com autoridade tenha se pronunciado sobre o instrumento, portanto o reconhecimento é a etapa anterior. Os registros da organização são assinados por Paul Brigner como fundador da PGPZ e como diretor de políticas e regulamentação da ZODL, portanto os esforços de política e engenharia compartilham um responsável, bem como uma tese.
Uma declaração de 21 de julho para o registro de um subcomitê da Câmara sobre a supervisão da FinCEN descreve o Zcash como tendo "capacidades de divulgação seletiva, permitindo que os usuários compartilhem voluntariamente detalhes de transações por meio do uso de chaves de visualização com auditores, autoridades fiscais ou responsáveis pela conformidade", e refere-se a provas de conhecimento zero "associadas a chaves de visualização seletiva" para provar fatos especificados. Uma carta de comentários no processo da FinCEN, FINCEN-2026-0101-0050, argumenta, segundo Pandya, que as chaves de visualização e a divulgação seletiva devem ser mecanismos de conformidade aceitáveis. A questão em aberto que eles colocam ao regulador é a da granularidade: se a divulgação de todo o histórico, no nível da conta, é suficiente para "informação de transação direcionada", ou se a resposta depende da ZIP 231.
Até que isso seja resolvido, as equipes de conformidade enfrentam uma limitação que um autor pseudônimo de fóruns, strahncryptography, descreveu na discussão da proposta de Olaboye: elas seguem a regra à risca e não adotarão um caminho não reconhecido sem uma certificação de um regulador ou de uma sociedade de advogados, por mais sólida que seja a criptografia. Qualquer design de divulgação que anexe uma referência a uma transação prova apenas o último salto, e o último salto pode ser o próprio depositante. Uma chave de visualização tem a mesma limitação. Ela revela as transações do titular da conta, não a origem dos fundos das contrapartes, que é a questão feita por uma verificação de sanções.
As chaves de visualização atendem ao requisito sempre que este consiste em uma prova, pelo titular dos dados, do que aconteceu, como a proveniência de um depósito que o depositante escolhe explicar, uma auditoria voluntária, uma declaração fiscal ou uma prova de que um pagamento específico foi efetuado. São divulgações únicas, retroativas e iniciadas pelo usuário. Não atendem ao requisito quando este consiste em monitoramento contínuo desde a integração em diante, verificação de sanções em relação a contrapartes que o titular da conta não controla, delimitação a um período ou relação, ou revogação no momento da saída.
A Gemini aceita saques para endereços blindados desde setembro de 2020, quando um porta-voz atribuiu isso a conversas contínuas com reguladores, estendeu isso ao pool Orchard em novembro de 2025 e ao pool pós-Ironwood dois dias após a ativação, em julho de 2026. Ela aceita depósitos enviados de endereços blindados para custódia transparente. A lista de endereços de saque da Kraken suporta apenas endereços transparentes de ZEC, a Coinbase também aceita apenas transparentes e a Binance exige TEX. O que nenhuma grande corretora regulamentada ainda oferece é custódia blindada, um endereço de depósito blindado ou um fluxo de trabalho no qual entraria a chave de visualização de um cliente.
A ingestão está sendo desenvolvida um nível abaixo. Entre as propostas na rodada de subsídios retroativos direcionados por detentores de moedas em análise neste setembro estão ZecBooks, uma ferramenta de contabilidade para Mac que importa uma chave apenas de visualização, classifica notes e exporta um pacote delimitado de linhas para um contador sem conceder acesso duradouro à carteira; ZecLedger, uma ferramenta somente de leitura de base de custo e reconciliação, construída em torno de uma chave de visualização completa unificada e testada com uma carteira mainnet; e seer-sync, um mecanismo de sincronização de chain que recebe uma chave de visualização para que um processador de pagamentos ou sistema de contabilidade possa observar atividade blindada sem deter chaves de gastos. Nenhuma é um fluxo de trabalho de corretora e nenhuma tem a atenção de um regulador. Cada uma é a metade do problema voltada para contadores, criada por uma ou duas pessoas sem um parceiro solicitando, e a exportação delimitada do ZecBooks é a divulgação seletiva funcionando na interface em que ela mais frequentemente é necessária primeiro: entre um usuário blindado e a pessoa que cuida de sua contabilidade.
Os desenvolvedores do Zcash estão trabalhando em um problema compartilhado por todas as arquiteturas de privacidade.
No design EVM confidencial da Zama, uma lista de controle de acesso determina quais endereços podem solicitar a descriptografia de um texto cifrado, e uma rede de limiar de operadores de gerenciamento de chaves realiza a descriptografia mediante solicitação. Isso desloca o eixo do beneficiário de uma chave que o usuário entrega para uma permissão registrada por um contrato e torna a iniciativa programável, já que um contrato pode conceder a um auditor direitos de descriptografia como condição de uso. Isso não torna a divulgação revogável no sentido em que um responsável pela conformidade entende, pois um texto cifrado já descriptografado permanece descriptografado, e troca a custódia da chave pelo usuário pela honestidade dos operadores como base de confiança. As chaves de auditor no nível do ativo, como as da extensão de transferência confidencial da Solana e do design ERC criptografado da Avalanche, fixam um beneficiário no nível do token, no sentido de que o emissor ou um auditor designado pode ler saldos e transferências desse ativo.
A Inco publicou uma estrutura para visualização predefinida, em que o acesso é fixado no material da chave no momento da transação, em contraste com o acesso de visualização programável, em que os direitos de visualização são estado do contrato que pode ser concedido, delimitado e retirado posteriormente.
O que separa uma chave de visualização de um fluxo de trabalho de conformidade?
Uma chave de visualização divulga o próprio histórico do titular da conta. A verificação de sanções e o monitoramento contínuo perguntam sobre as contrapartes, sobre a origem dos fundos do outro lado de cada transação, e essa é precisamente a informação que um pool blindado existe para ocultar. Ninguém mostrou ainda um design que responda a uma pergunta sobre uma contraparte sem uma contabilidade transparente ou um terceiro de confiança.
Se os pacotes de memorandos chegarem na atualização posterior à NU7 e o rascunho dos endereços de resposta vier em seguida, a "informação de transação direcionada" nos registros da PGPZ se tornará literal. Isso está a pelo menos duas atualizações de distância, e a resposta regulatória chega segundo o cronograma de um regulador.
A demanda é facilmente visível pelo número de pessoas que trabalham nesse sentido. O que falta é um requisito fixo para divulgação que preserve a privacidade. O Zcash é o ecossistema onde essa decisão está sendo negociada abertamente, por engenheiros, defensores, desenvolvedores, uma corretora e um comitê de subsídios que parecem concordar sobre o destino e discutem a ordem das etapas. Ela também está sendo trabalhada por desenvolvedores independentes que começaram pela camada de contabilidade sem esperar que o requisito fosse redigido.
Divulgação: este artigo foi apoiado por uma Zcash Community Grant. A ZCG não revisou nem aprovou este artigo antes da publicação.
Páginas relacionadas: Chaves de visualização · Confidencialidade comparada