Ir para o conteúdo principal

Comprou Bitcoin? Teste de custódia em 10 passos (2026)

·3131 palavras·15 minutos
Cora Aegis
Autor
Cora Aegis
A privacidade é o direito; as ferramentas são como o exercemos.
Tabela de conteúdos
Estação offline de autocustódia de Bitcoin organizada em torno de três provas: recebimento, controle de assinatura e recuperação

Uma nota sobre financiamento: o CypherpunkGuide não veicula publicidade de vigilância — nada de redes de anúncios, pixels de rastreamento ou conteúdo patrocinado. O projeto se sustenta com fontes transparentes de receita: doações de leitores agora; assinatura e afiliados alinhados à linha editorial mais adiante. Respondemos aos leitores, não aos anunciantes.

Ver um saldo na corretora não significa que a transferência de custódia terminou. A página da conta mostra um registro mantido pelo custodiante; é preciso verificar separadamente a saída na blockchain para um endereço acompanhado pela sua carteira. A carteira guarda as chaves que autorizam transações, e não moedas dentro de um aparelho. Na custódia por terceiros, o provedor controla o acesso às chaves; na autocustódia, você controla. Essa diferença técnica não resolve a questão da propriedade jurídica, que depende dos termos do provedor e da legislação aplicável (boletim da SEC para investidores, 2025).

O atalho perigoso é ver um número e concluir que a transferência funcionou. Em nosso teste isolado com o Bitcoin Core v31.1.0, tanto a carteira com fundos quanto uma carteira somente de observação exibiram 0.01000000 BTC. A segunda estava com as chaves privadas desativadas, devolveu complete=false ao tentar assinar uma transação de Bitcoin parcialmente assinada e recusou um gasto direto com o erro RPC -4. O saldo correto comprovou que a carteira conseguia observar os fundos, não que podia controlá-los.

A pergunta útil é outra: que evidências mostram que você consegue receber, assinar e recuperar sem confiar numa tela tranquilizadora? Este teste de custódia em 10 passos produz essas evidências. A autocustódia não elimina o risco; ela transfere o risco para as suas chaves, aparelhos, backups, decisões e plano de emergência.

Primeiro princípio: autocustódia transfere o risco
#

A autocustódia troca parte dos riscos do provedor por responsabilidade direta. Ela pode reduzir a dependência de uma corretora, mas um segredo perdido, backup danificado ou transação apressada ainda pode causar perda permanente.

A SEC descreve os dois lados: um custodiante controla o acesso às chaves e pode falhar; quem pratica autocustódia assume a segurança dessas chaves. “Saque tudo agora” não é uma recomendação universal. Mova apenas o valor que você já consegue proteger e recuperar.

Onde o saldo apareceQuem tem o material de assinatura?Principal risco que fica com vocêO que conclui a transferência?
Conta na corretoraO provedor ou o custodiante deleFalha do provedor, bloqueio da conta, termos, segurança e acesso ao saqueRecebimento de um saque confirmado; a transferência de custódia só termina após provas separadas de Assinatura e Recuperação
Carteira de autocustódiaVocê ou os signatários definidos na sua políticaPerda do segredo, comprometimento do aparelho, backup defeituoso, coerção e erro do usuárioProvas de Recebimento, Assinatura e Recuperação
Carteira somente de observaçãoEssa carteira não contém material de assinaturaFalsa segurança provocada por um saldo visívelUm signatário separado precisa concluir um gasto autorizado

Uma transferência de custódia baseada em provas só termina quando há evidências de recebimento, autoridade para assinar e capacidade de recuperação. Isso não torna a autocustódia a melhor opção em todos os casos. Se você ainda não consegue proteger os dados de recuperação, aprenda com um valor pequeno.

Recebimento, Assinatura e Recuperação são provas diferentes
#

O Recebimento comprova que o bitcoin chegou à carteira pretendida. A Assinatura comprova que a chave necessária autoriza uma transação. A Recuperação comprova que uma restauração independente recria essa autoridade depois de uma perda.

Esses testes podem falhar de forma independente. Uma transação confirmada pode coexistir com um backup defeituoso. Uma carteira somente de observação exibe transações sem ter chave privada. Uma semente pode restaurar outra carteira, vazia, se a passphrase, o formato da carteira, a conta, o formato de endereço ou o caminho de derivação forem diferentes.

ProvaPergunta respondidaEvidência forteO que não comprova
RecebimentoA carteira pretendida recebeu o saque?Endereço conferido por inteiro, ID da transação, valor esperado e estado de confirmação adequadoApenas o status da corretora; um endereço copiado e conferido só no começo e no fim
AssinaturaO signatário necessário consegue autorizar exatamente esse gasto?Uma transação pequena, assinada depois de conferir destino, valor e taxa numa tela confiávelUm saldo visível; um descritor somente de observação; listunspent.spendable=true
RecuperaçãoA carteira pode ser reconstruída depois de uma perda?Uma restauração isolada que encontra os fundos esperados e assina um gasto pequenoUm saque de teste; um backup nunca conferido; palavras-semente sem a receita completa de recuperação

Uma carteira somente de observação acompanha transações sem conter chaves de assinatura. Uma PSBT, sigla em inglês para transação de Bitcoin parcialmente assinada, permite que uma carteira prepare a transação e outro aparelho a assine. Nem o saldo visível nem o preparo da PSBT comprovam autoridade para assinar.

O teste de custódia em 10 passos
#

Siga a ordem e pare diante de qualquer resultado ambíguo. Não mova o restante do saldo até ter evidências de Recebimento, Assinatura e Recuperação que você consiga explicar sem depender do número em destaque no aplicativo.

Passo 1: guarde os comprovantes da compra e proteja a conta da corretora
#

Guarde o registro original da compra: data, quantidade, valor em moeda fiduciária, taxas e ID do pedido. Depois, acrescente o registro do saque e o ID da transação. Nunca armazene junto a eles a semente, a chave privada, o PIN ou a passphrase. Enquanto houver fundos na corretora, use senha ou chave de acesso exclusiva e autenticação multifator forte.

As regras tributárias variam. Preserve os registros e consulte a autoridade tributária competente na sua jurisdição ou um profissional local para saber quais dados e eventos se aplicam ao seu caso; não importe a lista de outra jurisdição. Se você comprou diretamente de outra pessoa, veja também o guia sobre como comprar bitcoin sem verificação de identidade KYC.

Passo 2: decida quanta responsabilidade assumir hoje
#

Escolha um valor pequeno o bastante para que um erro de configuração não seja catastrófico. Uma carteira de software favorece a conveniência; um dispositivo físico de assinatura pode isolar as chaves e oferecer uma tela independente; a multiassinatura pode acrescentar resiliência, mas também novos modos de falha. Nenhuma opção é segura por definição.

Liste as ameaças relevantes: malware, perda do aparelho, incêndio, acesso físico, coerção, incapacidade e morte. Se alguém puder forçar um desbloqueio ou uma assinatura, consulte primeiro o modelo de ameaça para custódia sob coerção.

Passo 3: obtenha a carteira de uma fonte verificável
#

Use o site ou repositório oficial do projeto. Verifique as versões do software conforme as instruções publicadas. Examine a embalagem do aparelho, faça você mesmo a configuração inicial e nunca aceite palavras de recuperação já escritas. Atualize o dispositivo apenas pelo processo autenticado do fabricante.

Confirme se o projeto continua mantido e se há documentação sobre formato de backup, verificação de endereço e recuperação. O objetivo não é escolher uma marca; é adotar um processo que você consiga verificar e repetir.

Passo 4: crie a carteira e registre a receita completa de recuperação
#

Gere os dados de recuperação na carteira ou no dispositivo de assinatura escolhido, offline quando o procedimento oficial assim exigir. Nunca fotografe esses dados, cole em notas na nuvem, envie por chat ou digite num site. Considere hostil qualquer pedido dessas palavras, a menos que você tenha iniciado deliberadamente uma recuperação oficial num aparelho confiável.

Não anote apenas “frase-semente”. O BIP39 transforma o mnemônico e a passphrase exata numa semente; toda passphrase produz uma semente válida, portanto um erro de digitação pode abrir outra carteira. O BIP380 alerta que backups contendo apenas chaves podem omitir o tipo de script e os dados de derivação. Registre a carteira e a versão, o padrão de backup, a conta, o tipo de script ou endereço, o caminho de derivação — isto é, como a carteira localiza as chaves — e se há uma passphrase. Uma semente sozinha não garante recuperação em outra carteira. Uma chave pública estendida (xpub) ou um descritor público permite monitorar o histórico, mas não assinar; compartilhá-los ainda expõe sua privacidade financeira. Um descritor privado é secreto.

Passo 5: confira o backup antes de ele proteger o saldo inteiro
#

Use a função oficial do fabricante para conferir o backup, quando houver. A verificação do Trezor Safe 3, por exemplo, compara o backup digitado com o aparelho. Isso confirma que as palavras correspondem àquele dispositivo; não comprova a passphrase, a derivação nem a capacidade de gastar depois de uma restauração.

Nunca teste um backup real num site, chat, formulário de notas ou computador não confiável. Se não houver uma conferência segura, planeje uma restauração isolada em hardware reconhecidamente compatível. A simulação detecta erros de transcrição; o Passo 10 testa o caminho completo.

Passo 6: gere um endereço novo e confira todos os caracteres
#

Crie um endereço novo para receber Bitcoin. Se o dispositivo tiver uma tela independente, compare todos os caracteres exibidos nela com o aplicativo da carteira e o formulário da corretora; não confira apenas as pontas. A explicação da Trezor sobre endereços de carteira documenta essa conferência completa. A tela comprova o que o aparelho gerou, mas não que você escolheu a rede ou o destinatário certo.

Neste teste on-chain, selecione Bitcoin nativo somente quando remetente e carteira de destino aceitarem a mesma rede Bitcoin. Uma rede incompatível pode tornar os fundos inacessíveis; um sistema intencionalmente diferente, como a Lightning, exige o próprio processo documentado de recebimento. Reutilizar endereços ou consolidar UTXOs mais tarde — saídas de transação não gastas, os blocos de valor que o Bitcoin acompanha — pode revelar vínculos. Veja os guias sobre privacidade on-chain e Silent Payments.

Passo 7: faça um saque de teste que limite o risco
#

Saque um valor acima do mínimo da corretora e que continue útil depois das taxas atuais e futuras. Na confirmação final, confira outra vez o endereço completo. Guarde em particular o ID do saque, a taxa, o valor e o ID da transação.

Esse teste limita a perda causada por um erro de endereço, rede ou processo apenas nesse caminho de recebimento. As taxas podem tornar a repetição pouco prática. O sucesso não comprova Assinatura nem Recuperação.

Passo 8: estabeleça a prova de Recebimento
#

Espere um nível de confirmação adequado ao valor e ao risco. Confira o ID da transação, o destino e o valor líquido depois da taxa do saque. A confirmação mostra que a transação entrou na blockchain; não mostra que o backup consegue recriar a autoridade necessária para assinar.

Consultar o seu próprio nó revela menos metadados sobre a consulta do que usar um explorador público. Um explorador pode receber o endereço e os metadados da sua rede. Não compartilhe capturas de tela com saldos, rótulos, endereços ou IDs de transação.

Passo 9: estabeleça a prova de Assinatura com um gasto pequeno
#

Prepare outra transação pequena para um endereço novo sob seu controle. Se o dispositivo de assinatura tiver uma tela independente, confira nela o destino completo, o valor e a taxa. Sem essa tela, a conferência depende do computador ou celular que prepara a transação; se esse aparelho estiver comprometido, o resultado também não é confiável. Assine, transmita e confirme a transação. Leve em conta a saída de troco — o restante que volta para a sua carteira — e o efeito sobre a privacidade ao combinar UTXOs.

Nossa carteira somente de observação preparou uma PSBT, mas devolveu complete=false; o gasto direto falhou com -4. Observar permite preparar uma solicitação, enquanto a chave privada autoriza o gasto. Esse teste completo comprova a Assinatura atual, não a Recuperação depois de uma perda.

Passo 10: estabeleça a prova de Recuperação e conclua o plano operacional
#

Faça uma restauração independente num ambiente isolado e reconhecidamente compatível. Confirme o endereço ou descritor esperado, localize a saída UTXO com fundos e assine uma pequena transação depois de conferir todas as saídas. Faça isso antes que um aparelho falhe. Use um dispositivo reserva confiável ou um ambiente offline. Depois de registrar o resultado sem segredos, redefina o destino temporário da restauração conforme o procedimento documentado; nunca destrua o seu único backup válido.

Criamos o backup da carteira receptora antes de enviar fundos para ela. A cópia restaurada encontrou 0.01000000 BTC, assinou 0.00200000 BTC e chegou a 1 confirmação. Portanto, esse backup regenerou as chaves testadas e a autoridade necessária para assinar.

Documente a frequência das atualizações, mantenha duas cópias do backup em locais que não compartilhem a mesma causa de falha e crie um plano de emergência. Separe as instruções para localizar os materiais dos próprios segredos de assinatura. Repita o ensaio após mudanças importantes na carteira ou na passphrase. Para o restante do saldo, use um endereço novo e repita todas as conferências; não reutilize um endereço só porque ele passou no teste.

O que encontramos no teste isolado com o Bitcoin Core 31.1
#

Nosso regtest de 202.22 segundos — uma rede isolada de testes — separou saldo visível de assinatura e recuperação. Não usou bitcoin real, manteve a rede entre pares (P2P) desativada e terminou com networkactive=false e 0 conexões.

Conferimos o Bitcoin Core v31.1.0 com o SHA256 b80d9c3e04da78fb6f0569685673418cf686fadba9042d926d13fb87ff503f9e e a assinatura de Michael Ford (E777299FC265DD04793070EB944D35F9AC3DB76A). Os resultados e o script omitem chaves, endereços, transações, backups, credenciais e identificadores do host. O script reúne a lógica de custódia numa execução nova; o JSON registra a versão conferida separadamente e as duas etapas observadas que produziram as medições. O script pressupõe binários já verificados e não repete a conferência do arquivo por checksum ou assinatura.

Observação do laboratórioResultado medidoConclusão segura
Saldo da carteira receptora0.01000000 BTCA carteira com fundos observou a saída confirmada
Saldo da carteira somente de observação0.01000000 BTCO mesmo saldo pode aparecer sem chaves privadas
Testes de assinaturaprivate_keys_enabled=false; PSBT complete=false; gasto direto -4Ver o saldo não significa ter autoridade para assinar
listunspent.spendabletrueNão serve como prova: o Core 31.1 documenta esse campo obsoleto como sempre verdadeiro
Restauração do backup criado antes do recebimento0.01000000 BTC restaurados; 0.00200000 BTC gastos; 1 confirmaçãoO backup testado recuperou as chaves necessárias para assinar

Este regtest lógico não mede o desempenho da rede principal (mainnet); 1 confirmação foi apenas a condição de conclusão do teste. A ajuda local do Bitcoin Core 31.1 identifica listunspent.spendable como “(DEPRECATED) Always true”, portanto esse campo não serve de controle para Assinatura. Nosso teste reproduzível demonstra o comportamento da v31.1; as referências arquivadas do Core 30 definem private_keys_enabled e os saldos somente de observação, enquanto a issue #21104 registra o contraexemplo da visibilidade. Por isso, o artigo usa um gasto realmente assinado — e não o nome de um campo — como prova de Assinatura.

Conclusão: termine a transferência antes de mover o saldo
#

Proteja o registro da corretora, escolha uma parcela de responsabilidade que você já consiga administrar e envie um valor de teste para um endereço conferido por inteiro. Depois, comprove separadamente Recebimento, Assinatura e Recuperação.

Se uma prova falhar, pare. Um saque confirmado comprova recebimento, não recuperação. Uma semente fica incompleta sem o formato, as configurações e a passphrase corretos. Mova o saldo apenas depois de testar as novas responsabilidades.

Perguntas frequentes
#

As respostas curtas mantêm o mesmo limite: a autocustódia muda quem assume o risco, um saque de teste comprova apenas o recebimento e a recuperação exige a receita completa da carteira.

Devo sacar o bitcoin da corretora imediatamente?
#

Não de forma automática. Deixar os fundos na corretora traz riscos ligados ao provedor e à conta; migrar com pressa para a autocustódia traz riscos ligados às chaves e ao backup. Proteja a conta e comece com um valor de teste. Aumente o valor somente depois que as provas de Recebimento, Assinatura e Recuperação passarem.

Preciso de uma carteira de hardware?
#

Não para qualquer valor. Uma carteira de software bem mantida pode servir para um pequeno saldo de gastos. Um dispositivo físico de assinatura reduz alguns vetores de ataque online e acrescenta uma tela independente, mas não corrige um backup ruim, não impede coerção e não faz as conferências por você.

Um saque de teste bem-sucedido comprova a autocustódia?
#

Ele comprova o Recebimento quando endereço completo, transação, valor e confirmação correspondem. Uma carteira somente de observação pode mostrar esse saldo sem Assinatura, enquanto um backup incompleto ou incompatível ainda pode falhar na Recuperação. Faça as três verificações.

Qualquer carteira recupera meu bitcoin com a frase-semente?
#

Não. A recuperação depende do padrão, da passphrase exata, da derivação, da conta, do tipo de script e da implementação. Siga a compatibilidade documentada ou o processo oficial da carteira original. Nunca digite palavras-semente reais num site.

Quais registros tributários devo guardar depois de comprar bitcoin?
#

Guarde os registros da compra e do saque e siga as exigências atuais da sua autoridade tributária ou do seu profissional local. Não trate uma lista dos Estados Unidos ou da internet como regra universal. Este artigo não classifica eventos tributários nem oferece orientação fiscal pessoal.

Cora Aegis

Cora Aegis

Cora Aegis é o pseudônimo por trás do CypherpunkGuide e escreve guias com privacidade em primeiro lugar, fundamentados em fontes primárias e testes reproduzíveis.

Mais sobre a Cora →

Fontes primárias e arquivos
#

As fontes primárias ou oficiais abaixo sustentam as afirmações críticas de segurança. Cada par entre original e arquivo tem um carimbo de data e hora exato e uma correspondência de identidade conferida na reprodução.

#FonteURL originalArquivo
1SEC, “Crypto Asset Custody Basics for Retail Investors” (2025)https://www.investor.gov/introduction-investing/general-resources/news-alerts/alerts-bulletins/investor-bulletins/crypto-asset-custody-basics-retail-investors-investor-bulletin-0https://web.archive.org/web/20260718185151/https://www.investor.gov/introduction-investing/general-resources/news-alerts/alerts-bulletins/investor-bulletins/crypto-asset-custody-basics-retail-investors-investor-bulletin-0
2Bitcoin Core 30, getwalletinfohttps://bitcoincore.org/en/doc/30.0.0/rpc/wallet/getwalletinfo/https://web.archive.org/web/20260217150325/https://bitcoincore.org/en/doc/30.0.0/rpc/wallet/getwalletinfo/
3Bitcoin Core 30, getbalanceshttps://bitcoincore.org/en/doc/30.0.0/rpc/wallet/getbalances/https://web.archive.org/web/20260509142424/https://bitcoincore.org/en/doc/30.0.0/rpc/wallet/getbalances/
4Issue #21104 do Bitcoin Core, classificação do saldo somente de observaçãohttps://github.com/bitcoin/bitcoin/issues/21104https://web.archive.org/web/20221205111908/https://github.com/bitcoin/bitcoin/issues/21104
5BIP32, Hierarchical Deterministic Walletshttps://github.com/bitcoin/bips/blob/master/bip-0032.mediawikihttps://web.archive.org/web/20260711030310/https://github.com/bitcoin/bips/blob/master/bip-0032.mediawiki
6BIP39, Mnemonic code for deterministic keyshttps://github.com/bitcoin/bips/blob/master/bip-0039.mediawikihttps://web.archive.org/web/20260711080112/https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki
7BIP380, Output Script Descriptorshttps://github.com/bitcoin/bips/blob/master/bip-0380.mediawikihttps://web.archive.org/web/20260705135907/https://github.com/bitcoin/bips/blob/master/bip-0380.mediawiki
8Trezor, endereços de carteira e conferência de todos os caractereshttps://trezor.io/learn/basics/where-are-my-coins-stored-how-bitcoin-wallets-actually-workhttps://web.archive.org/web/20260519102414/https://trezor.io/learn/basics/where-are-my-coins-stored-how-bitcoin-wallets-actually-work
9Trezor, escolha da rede para saquehttps://trezor.io/guides/sending-receiving-staking-funds/moving-funds-from-exchanges/how-to-choose-the-right-network-when-withdrawing-from-or-sending-to-trezorhttps://web.archive.org/web/20260215225443/https://trezor.io/guides/sending-receiving-staking-funds/moving-funds-from-exchanges/how-to-choose-the-right-network-when-withdrawing-from-or-sending-to-trezor
10Trezor Safe 3, verificação do backup da carteirahttps://trezor.io/guides/backups-recovery/general-standards/check-backup-on-trezor-safe-3https://web.archive.org/web/20260207110415/https://trezor.io/guides/backups-recovery/general-standards/check-backup-on-trezor-safe-3
11Trezor, comportamento da passphrasehttps://trezor.io/guides/backups-recovery/advanced-wallets/what-is-a-passphrasehttps://web.archive.org/web/20260312222704/https://trezor.io/guides/backups-recovery/advanced-wallets/what-is-a-passphrase

Relacionados