﻿---
title: "carteira de criptomoedas"
description: "Uma carteira de criptomoedas gerencia endereços de blockchain, chaves de assinatura e acesso a ativos on-chain; ela não armazena moedas localmente. Entenda endereços, chaves privadas, frases de recuperação, custódia e assinatura segura."
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# carteira de criptomoedas

> Apenas para fins educacionais; não constitui aconselhamento ou recomendação de investimento. Investimentos podem gerar perdas.

<a id="answer"></a>

## Resposta direta

Uma carteira de criptomoedas é software, hardware ou serviço que gerencia endereços e chaves de assinatura para controlar ativos on-chain. A blockchain registra saldos e estado dos contratos; a carteira guarda ou acessa as credenciais necessárias. As moedas não ficam em um recipiente local.

“Carteira” pode induzir ao erro. Desinstalar o aplicativo não apaga o saldo on-chain, mas perder a única chave pode tornar inacessíveis os ativos em autocustódia. Em uma plataforma custodial, a plataforma guarda as chaves; na autocustódia, você mantém a autoridade de assinatura.

A carteira normalmente pode:

- criar ou importar endereços e mostrar saldos;
- guardar, criptografar ou delegar chaves de assinatura;
- construir, simular, assinar e transmitir transações ou mensagens;
- conectar-se a aplicações on-chain mostrando as permissões solicitadas.

Ela gerencia a autorização para mudar o estado de uma rede específica; um endereço sozinho não prova pagamento nem segurança.

<a id="mechanism"></a>

## Como funciona

A segurança combina aleatoriedade, derivação de várias chaves, endereço como destino e assinatura de uma transação ou mensagem exata. Cada rede tem formatos e regras diferentes, portanto a rede selecionada deve coincidir com destinatário e token.

Erros comuns incluem:

- enviar chave privada ou frase de recuperação no lugar do endereço público;
- assinar sem revisar domínio, destinatário, allowance ou calldata;
- conceder aprovação maliciosa ou desnecessariamente ampla;
- confiar em uma notificação sem conferir hash e estado final em explorer independente.

Quem pode assinar pode mover ou bloquear ativos.

<a id="example"></a>

## Exemplo

Alice envia 100 USDC para Bob. Ela confirma rede, endereço por um segundo canal, contrato, valor e taxa. Faz primeiro um teste pequeno, verifica o hash em um explorer independente e confirma o recebimento na rede correta. A carteira prepara e assina; Alice continua responsável pelo destino e pela autorização.

<a id="risks"></a>

## Riscos

Malware, phishing, extensões maliciosas, cadeia de suprimentos comprometida, backups fracos, perda do dispositivo, rede errada, abuso de aprovações, erros de contratos e saques suspensos são riscos. Hardware pode isolar a chave, mas não verifica o destinatário ou contrato por você.

Se um segredo puder ter vazado, pare de assinar com ele. Em um dispositivo limpo, crie nova carteira com software ou hardware verificado, teste o backup, mova os ativos e revogue aprovações desnecessárias. Nunca digite a frase em site ou suporte. Guarde hash, rede, bloco e dados assinados em incidentes.

Separe riscos de custódia, protocolo e investimento. Revise chain, contrato, permissões, upgrades, limites, recuperação e saída. Se não puder verificar um mecanismo, reduza valor e autoridade.

<a id="misconceptions"></a>

## Equívocos comuns

### Posso compartilhar meu endereço?

Normalmente sim; é um destino público. Compartilhe somente o endereço, confirme rede e token e lembre que o histórico pode ser visível.

### Posso dar a chave privada ou frase de recuperação ao suporte?

Não. São segredos de assinatura e o suporte legítimo não precisa deles. O pedido pode ser uma tentativa de tomada de controle.

### As moedas somem ao desinstalar a carteira?

Não; o registro permanece na rede. O acesso exige o material de recuperação e as mesmas configurações de derivação e rede.

### A documentação do projeto basta para avaliar um aplicativo?

Não. Compare-a com endereços, contratos, permissões, dados de transação e recuperação. Documentos mostram intenção; a chain mostra execução.

### Uma auditoria torna contrato ou carteira seguros?

Não. É evidência limitada e não remove riscos de interface, oracle, governança, chaves ou economia. Revise cada assinatura.

### Como reduzir o risco inicial?

Use o aplicativo oficial, verifique rede e contrato de forma independente, teste com pouco, inspecione a transação, limite aprovações e separe ativos de longo prazo com recuperação testada.

<a id="related"></a>

## Tópicos relacionados

- [Chaves públicas e privadas](/pt-br/crypto/public-private-key/)
- [Carteira quente](/pt-br/crypto/hot-wallet/)
- [Carteira fria](/pt-br/crypto/cold-wallet/)
- [Carteira de hardware](/pt-br/crypto/hardware-wallet/)
- [Assinatura de carteira](/pt-br/crypto/wallet-signature/)

<a id="sources"></a>

## Fontes

- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - NIST (acesso: 2026-08-22)
- [Ethereum accounts](https://ethereum.org/en/developers/docs/accounts/) - Ethereum.org (acesso: 2026-08-22)
- [Wallets](https://developer.bitcoin.org/devguide/wallets.html) - Bitcoin Core developer documentation (acesso: 2026-08-22)
- [BIP-39: Mnemonic code for generating deterministic keys](https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki) - Bitcoin Improvement Proposals (acesso: 2026-08-22)

Source: https://wiki.fcontext.com/pt-br/crypto/wallet/index.mdx
