Skip to content
Todos os guias de opções e contratos futuros
Privacidade no Zcash10 min de leitura

Pools protegidos, endereços unificados e chaves de visualização no Zcash

Compare os pools transparente, Sapling e Orchard. Entenda como a carteira escolhe um receptor de um endereço unificado, o alcance das chaves de visualização e os rastros nas trocas entre pools.

Neste guiaPool é um estado do livro-razão, não um custodiante

Resumo breve

O Zcash não oculta automaticamente toda transferência. Endereços e fluxos de valor do pool transparente são públicos; Sapling e Orchard criptografam detalhes das notas e usam compromissos e nullifiers públicos para validar o consenso. Um endereço unificado pode reunir vários receptores. A privacidade depende do receptor escolhido pela carteira remetente e dos pools atravessados pelo valor.

Pool é um estado do livro-razão, não um custodiante

No Zcash, pool é um estado de valor regido por regras de consenso, não uma empresa que guarda depósitos. O pool transparente usa UTXOs públicos, com endereços, valores e relações de gasto visíveis. Pools protegidos usam notas criptografadas e árvores de compromissos; o consenso ainda verifica conservação de valor e prevenção de gasto duplo.

Separe Sapling e Orchard atuais dos depósitos Sprout desativados

Sapling e Orchard são pools separados, com protocolos e árvores de notas distintos. Desde a ativação do ZIP 211, não se pode adicionar novo valor ao pool Sprout. NU6.2 é a atualização Mainnet mais recente já concluída e ativou em 3 de junho de 2026; ela reabilitou Orchard com regras corrigidas. NU6.3 e Ironwood ainda estão em rascunho.

Dados criptografados da nota e compromisso público têm funções diferentes

Uma nota representa valor que pode ser gasto por quem possui a autoridade correspondente. Seus detalhes são criptografados; a cadeia grava os dados cifrados e um compromisso para validar a nota sem revelar o conteúdo. Ao gastar a nota, um nullifier único impede uma segunda utilização sem identificar qual compromisso anterior corresponde a ela.

Um Unified Address reúne vários tipos de receptor

A Revision 0 ativa do ZIP 316 normalmente começa com u e pode conter receptores Orchard, Sapling e transparentes P2SH/P2PKH; deve incluir ao menos um receptor protegido. A prioridade é Orchard, Sapling, P2SH e P2PKH. A carteira remetente deve usar o receptor compatível de maior prioridade. O texto do endereço é opaco: não dá para ver os tipos incluídos olhando para ele.

Cruzar a fronteira de um pool pode voltar a revelar fluxos

Uma transferência transparente para protegida pode mostrar os UTXOs públicos de entrada e o valor líquido que entra no pool protegido, mas não o endereço da nota como uma saída UTXO pública. Um saque para o pool transparente revela endereço e valor de saída. A troca entre Sapling e Orchard também pode expor mudanças por pool; isso não prova identidade, mas pode ser combinado com valor, horário e registros externos.

Ilustração conceitual sem texto com um registro transparente, dois pools de notes criptografadas, vários destinatários e uma visualização separada somente para leitura
Imagem conceitual sem palavras nem dados reais da rede que compara outputs transparentes visíveis com pools de notes criptografadas e uma rota de consulta separada. A visibilidade real depende do receiver escolhido, das fronteiras entre pools, do suporte da carteira e do alcance da chave.

Chaves de visualização permitem ler, não gastar

O ZIP 316 define uma chave de visualização como informação necessária para ver pagamentos recebidos por um endereço; uma Full Viewing Key também pode ver saídas desse endereço. Uma Incoming Viewing Key pode ser derivada da completa. Essas chaves não assinam gastos. Compartilhar uma pode expor bastante atividade, então verifique alcance, retenção e possibilidade de exclusão.

Transações protegidas não escondem todos os vínculos

Notas protegidas ocultam destinatários e valores de observadores comuns, mas compromissos, nullifiers, horários e dados do protocolo continuam na cadeia. Fronteiras entre pools, registros de corretoras, horário conhecido por uma contraparte e chaves compartilhadas podem fornecer pistas. Um Unified Address também não força todas as carteiras a usar Orchard; confira o receptor escolhido na prévia.

Confira endereço e resultado da transação juntos

Confirme Mainnet ou Testnet, tipo do endereço, pool escolhido, valor, memo e taxa. Ao investigar uma transação, use o identificador correto e a rede correspondente. Saídas transparentes são públicas, mas um explorador sem suporte a dados protegidos talvez não mostre detalhes da nota. Isso não prova que a transação não ocorreu.

Acompanhe uma transferência hipotética e o que fica visível

Imagine Lee enviando 1,25 ZEC de um UTXO transparente para um Unified Address Revision 0 com receptores Orchard, Sapling e transparente. O valor é ilustrativo, não define taxa ou padrão de carteira. Se a carteira de Lee suporta Orchard, a regra de prioridade do ZIP 316 seleciona esse receptor; a cadeia mostra a entrada transparente e a fronteira do pool, mas não o endereço e valor da nota protegida como uma saída pública. Uma chave compartilhada pode revelar mais a um serviço autorizado.

Fontes primárias do protocolo

This guide is current to 2026-09-27. The NU6.3 proposal is not treated as active Mainnet consensus.

Related reading: [Bitcoin address reuse](/pt-br/learn/bitcoin-address-reuse-privacy-transaction-linkability-explained) · [Monero privacy](/pt-br/learn/monero-private-transactions-stealth-addresses-ring-signatures-ringct-explained) · Custodial and non-custodial wallets

Perguntas frequentes

Q1Endereços e valores ficam ocultos em toda transação Zcash?

Não. O pool transparente publica UTXOs, endereços e valores. Um Unified Address pode reunir vários receptores; confira qual deles a carteira remetente escolheu.

Q2Se um endereço unificado inclui Orchard, ele sempre é usado?

Se a carteira remetente suporta Orchard e processa uma UA Revision 0 com esse receptor, a prioridade do ZIP 316 aponta Orchard. Confira a prévia, pois o suporte varia.

Q3Posso movimentar fundos com uma Viewing Key?

Não. Ela permite ler informações de transação dentro do seu alcance. Para gastar, é necessária uma chave de gasto ou autoridade de assinatura separada.

Fontes e leituras adicionais

Relatar um problema

Vamos preparar um e-mail com o link deste artigo. Mark só receberá o relato depois que você enviar

Verificação rápida

Terminou o guia? Confira o que aprendeu com 3 perguntas

Pergunta 1 / 3

Pergunta 01

O que um observador comum vê quando uma nota protegida é gravada na cadeia?

Escolha uma resposta para ver a explicação

Glossário de opções