Ir para o conteúdo principal

Tipos de Endereço de Criptomoeda Explicados: Legacy, SegWit, Taproot

Se você usa Bitcoin há algum tempo, já encontrou endereços que começam com "1", endereços que começam com "3" e endereços que começam com "bc1q" ou "bc1p". Essas não são diferenças cosméticas — elas representam formas fundamentalmente diferentes de bloquear e desbloquear fundos, com implicações importantes para taxas de transação, privacidade e funcionalidade.

Este guia explica cada tipo principal de endereço Bitcoin, como eles funcionam em nível técnico, suas vantagens e desvantagens, e como escolher o tipo certo para suas necessidades. Também cobrimos formatos de endereço para Ethereum e outras blockchains relevantes.

Tipos de Endereço Bitcoin​

Endereços Legacy (P2PKH) — Começam com "1"​

Nome completo: Pay-to-Public-Key-Hash

Exemplo: 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa

Caminho de derivação: m/44'/0'/0' (BIP-44)

Endereços Legacy são o formato original de endereço Bitcoin, definido no protocolo inicial do Bitcoin. O endereço é um hash da chave pública codificado em Base58Check:

Address = Base58Check(0x00 || RIPEMD160(SHA256(public_key)))

O byte de versão 0x00 produz endereços iniciados com "1" na mainnet.

Como o gasto funciona (script):

ScriptPubKey: OP_DUP OP_HASH160 <pubKeyHash> OP_EQUALVERIFY OP_CHECKSIG
ScriptSig:    <signature> <publicKey>

Para gastar fundos de um endereço Legacy, o remetente fornece sua chave pública e uma assinatura válida. A rede verifica se a chave pública gera o hash do endereço e se a assinatura é válida para aquela chave pública.

Vantagens:

  • Compatibilidade máxima — suportado por toda carteira, exchange e serviço Bitcoin desde 2009.
  • Simples, bem compreendido.

Desvantagens:

  • Maior tamanho de transação (taxas mais altas).
  • Sem benefícios de SegWit (sem desconto de witness).
  • A codificação Base58Check diferencia maiúsculas e minúsculas e é propensa a erros de transcrição.
  • Sem detecção de erros além do checksum (que captura erros aleatórios, mas não todas as substituições).

Endereços P2SH — Começam com "3"​

Nome completo: Pay-to-Script-Hash

Exemplo: 3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy

Caminho de derivação: m/49'/0'/0' (BIP-49, para SegWit encapsulado)

P2SH foi introduzido no BIP-16 (2012) para permitir condições de gasto mais complexas. Em vez de pagar para um hash de chave pública, os fundos são pagos para o hash de um script. O script pode implementar condições arbitrárias de gasto: multisig, bloqueios por tempo, bloqueios por hash ou — mais comumente hoje — encapsular uma saída SegWit.

P2SH-P2WPKH (compatível com SegWit):

Este é o uso mais comum de endereços P2SH hoje. Ele encapsula uma saída SegWit (P2WPKH) dentro de um script P2SH, permitindo benefícios do SegWit enquanto mantém compatibilidade retroativa com softwares antigos que só entendem endereços P2SH.

RedeemScript: 0x0014 <20-byte-pubkey-hash>  (a P2WPKH script)
ScriptPubKey: OP_HASH160 <hash-of-redeemScript> OP_EQUAL

Vantagens:

  • Benefícios do SegWit (taxas reduzidas, correção de maleabilidade) com compatibilidade retroativa.
  • Suportado por praticamente todas as carteiras e exchanges modernas.
  • Permite scripts complexos (multisig, bloqueios por tempo).

Desvantagens:

  • Taxas mais altas que SegWit nativo (o script de encapsulamento adiciona overhead).
  • Ambíguo — um endereço "3" pode ser multisig simples, SegWit encapsulado ou qualquer outro script P2SH. Não dá para saber só pelo endereço.

Endereços SegWit Nativos (P2WPKH) — Começam com "bc1q"​

Nome completo: Pay-to-Witness-Public-Key-Hash (codificação Bech32)

Exemplo: bc1qw508d6qejxtdg4y5r3zarvary0c5xw7kv8f3t4

Caminho de derivação: m/84'/0'/0' (BIP-84)

Endereços SegWit nativos foram introduzidos no BIP-141/BIP-143 (ativado em agosto de 2017) e usam codificação Bech32 conforme definido no BIP-173. Eles não usam Base58Check — em vez disso usam uma nova codificação que é:

  • Apenas minúsculas — elimina problemas de diferenciação entre maiúsculas e minúsculas.
  • Correção de erro BCH — pode detectar até 4 erros de caractere e corrigir alguns erros automaticamente.
  • Prefixo legível por humanos — bc para Bitcoin mainnet, tb para testnet.

Como o gasto funciona:

ScriptPubKey: 0 <20-byte-pubkey-hash>
Witness:      <signature> <publicKey>

A assinatura e a chave pública são movidas para a seção "witness" da transação, que recebe 75% de desconto no peso da transação (taxas).

Vantagens:

  • Menores taxas entre todos os tipos pré-Taproot (desconto de witness).
  • Correção de maleabilidade — SegWit corrige a maleabilidade de transação, permitindo protocolos de camada 2 como Lightning Network.
  • Melhor detecção de erros — Bech32 detecta mais erros do que Base58Check.
  • Scripts mais simples — Sem overhead de encapsulamento P2SH.

Desvantagens:

  • Algumas carteiras e exchanges antigas não conseguem enviar para endereços bc1q (cada vez mais raro em 2025).
  • String de endereço um pouco mais longa que Legacy ou P2SH.

Endereços Taproot (P2TR) — Começam com "bc1p"​

Nome completo: Pay-to-Taproot (codificação Bech32m)

Exemplo: bc1p5d7rjq7g6rdk2yhzks9smlaqtedr4dekq08ge8ztwac72sfr9rusxg3297

Caminho de derivação: m/86'/0'/0' (BIP-86)

Taproot foi ativado no Bitcoin em novembro de 2021 (BIP-340, BIP-341, BIP-342). Representa a atualização mais significativa das capacidades de script do Bitcoin desde SegWit.

Taproot usa assinaturas Schnorr em vez de ECDSA e introduz um modelo key-spend/script-spend:

  • Gasto por key path — O caso mais comum: uma única assinatura autoriza o gasto, com aparência idêntica a qualquer outra transação Taproot.
  • Gasto por script path — Condições complexas (multisig, bloqueios por tempo, bloqueios por hash) podem ser comprometidas via árvore de Merkle, reveladas apenas quando necessário.

Como o gasto funciona:

ScriptPubKey: 1 <32-byte-tweaked-public-key>
Witness:      <signature>  (key path, most common)
   — or —
Witness:      <script> <control-block> <arguments>  (script path)

Vantagens:

  • Privacidade — Todas as transações Taproot parecem iguais on-chain, independentemente das condições de gasto subjacentes. Uma transação multisig é indistinguível de uma transação de assinatura única ao usar key path.
  • Eficiência — Assinaturas Schnorr são menores que assinaturas ECDSA. Agregação de chaves (MuSig2) permite configurações multisig que produzem uma assinatura combinada única.
  • Flexibilidade de script — MAST (Merkelized Alternative Script Trees) permite condições de gasto complexas sem revelar ramificações não usadas.
  • Taxas baixas — Comparáveis ou menores que SegWit nativo para gastos por key path.

Desvantagens:

  • Ainda em adoção — algumas carteiras e exchanges ainda não suportam totalmente envio para ou a partir de endereços Taproot.
  • Implementação complexa aumenta o risco de bugs em carteiras (embora existam implementações maduras).
  • Codificação Bech32m (diferente de Bech32) — o software da carteira precisa suportar ambas.

Comparação dos Tipos de Endereço​

RecursoLegacy (1...)P2SH (3...)SegWit Nativo (bc1q...)Taproot (bc1p...)
BIPOriginalBIP-16BIP-141/BIP-173BIP-341/BIP-350
Derivaçãom/44'/0'/0'm/49'/0'/0'm/84'/0'/0'm/86'/0'/0'
CodificaçãoBase58CheckBase58CheckBech32Bech32m
AssinaturaECDSAECDSAECDSASchnorr
Custo de taxaMais altoMédioBaixoMais baixo (key path)
PrivacidadeBaixaMédiaMédiaAlta
Detecção de erroChecksum básicoChecksum básicoCódigos BCHCódigos BCH
CompatibilidadeUniversalQuase universalMaioria das carteirasCrescendo

Qual Tipo de Endereço Bitcoin Você Deve Usar?​

Para a maioria dos usuários em 2025+: Use SegWit nativo (bc1q) como padrão. Ele oferece o melhor equilíbrio entre taxas baixas, forte compatibilidade e suporte maduro.

Para máxima privacidade e menores taxas: Use Taproot (bc1p) se sua carteira suportar e os serviços com os quais você interage suportarem envio para endereços Taproot.

Para compatibilidade com serviços antigos: Use P2SH (3...) se você precisar receber fundos de um serviço que não consegue enviar para endereços bc1q ou bc1p.

Evite Legacy (1...) em carteiras novas a menos que você tenha um requisito específico de compatibilidade.

Formato de Endereço Ethereum​

Ethereum usa um único formato de endereço:

0x742d35Cc6634C0532925a3b844Bc9e7595f2bD38
  • 20 bytes (40 caracteres hexadecimais) com prefixo 0x.
  • Derivado dos últimos 20 bytes do hash Keccak-256 da chave pública.
  • Checksum EIP-55 com maiúsculas/minúsculas — Letras maiúsculas e minúsculas funcionam como checksum. Se você alterar a capitalização de qualquer letra, o checksum falha.
  • O mesmo formato de endereço é usado para todas as chains compatíveis com EVM (Ethereum, Polygon, Arbitrum, Optimism, BSC).

Importante: Enviar tokens na rede errada (por exemplo, ETH mainnet vs. Polygon) para o mesmo endereço não fará você perder fundos (o endereço existe em todas as chains EVM), mas talvez você precise trocar de rede para acessá-los.

ENS (Ethereum Name Service)​

ENS fornece nomes legíveis por humanos para endereços Ethereum:

vitalik.eth → 0xd8dA6BF26964aF9D7eEd9e03E53415D37aA96045

Sempre verifique o endereço resolvido antes de enviar fundos. Nomes ENS podem ser transferidos, então o endereço por trás de um nome pode mudar.

Outros Formatos de Endereço em Blockchains​

Bitcoin Cash (BCH)​

Bitcoin Cash usa o formato CashAddr para se diferenciar de endereços Bitcoin:

bitcoincash:qpm2qsznhks23z7629mms6s4cwef74vcwvy22gdx6a

O prefixo bitcoincash: evita envio acidental para endereços Bitcoin.

Litecoin (LTC)​

Litecoin usa tipos de endereço semelhantes ao Bitcoin:

  • Legacy: começa com L ou M
  • P2SH: começa com M ou 3
  • SegWit nativo: começa com ltc1q

Solana (SOL)​

Solana usa chaves públicas Ed25519 codificadas em Base58:

7EcDhSYGxXyscszYEp35KHN8vvw3svAuLKTzXwCFLtV

32 bytes, codificado em Base58, normalmente 32-44 caracteres.

Cardano (ADA)​

Cardano usa endereços codificados em Bech32 com o prefixo addr:

addr1qx2fxv2umyhttkxyxp8x0dlpdt3k6cwng5pxj3jhsydzer3jcu5d8ps7zex2k2xt3uqxgjqnnj83ws8lhrn648jjxtwq2ytjqp

Endereços Cardano são notavelmente mais longos que endereços Bitcoin porque codificam tanto credenciais de pagamento quanto credenciais de staking.

TRON (TRX)​

TRON usa endereços codificados em Base58Check iniciados com T:

TJYeasTPa6gpB9Ut5HALR2twMHU3gYpML8

Cosmos (ATOM)​

Cosmos usa codificação Bech32 com prefixos específicos de cada chain:

cosmos1qypqxpq9qcrsszg2pvxq6rs0zqg3yyc5lzv7xu

Cada chain Cosmos SDK usa um prefixo diferente (por exemplo, osmo para Osmosis, juno para Juno).

Ferramenta SafeSeed

Use o SafeSeed Address Generator para derivar endereços de múltiplas blockchains e tipos de endereço a partir de uma única seed phrase. Veja como a mesma seed produz endereços diferentes para Bitcoin Legacy, SegWit, Taproot, Ethereum e mais. Todo o processamento acontece localmente no seu navegador.

Validação de Endereço e Segurança​

Verificação de Checksum​

Sempre verifique endereços antes de enviar fundos:

  • Bitcoin Legacy/P2SH: Base58Check inclui um checksum de 4 bytes. A maioria das carteiras verifica isso automaticamente.
  • Bitcoin SegWit/Taproot: Bech32/Bech32m inclui um checksum de 6 caracteres com forte detecção de erros (códigos BCH).
  • Ethereum: Checksum EIP-55 com maiúsculas/minúsculas. Se uma carteira não implementa EIP-55, ela aceita qualquer combinação de maiúsculas/minúsculas — isso é um sinal de alerta.

Reutilização de Endereço​

Para privacidade, evite reutilizar endereços Bitcoin. Cada transação deve usar um endereço novo. Carteiras HD (BIP-44) geram novos endereços automaticamente.

Endereços Ethereum normalmente são reutilizados (modelo baseado em conta), embora usar múltiplas contas possa melhorar a privacidade.

Sequestro de Área de Transferência​

Malwares podem monitorar sua área de transferência e substituir endereços de criptomoeda pelo endereço do atacante. Sempre verifique visualmente pelo menos os 6 primeiros e os 6 últimos caracteres de um endereço após colar, e idealmente o endereço inteiro. Algumas carteiras exibem um hash visual (identicon) do endereço para facilitar a verificação.

Verificação de QR Code​

Ao escanear um QR code para obter um endereço, verifique se o endereço decodificado corresponde ao esperado. QR codes maliciosos podem codificar endereços controlados por atacantes.

Conversão Entre Tipos de Endereço​

Você não pode "converter" um endereço entre tipos (por exemplo, Legacy para SegWit), porque cada tipo usa um caminho de derivação diferente e produz um conjunto diferente de chaves. Porém, você pode:

  1. Gerar múltiplos tipos de endereço a partir da mesma seed phrase — Sua seed phrase deriva chaves para todos os tipos de endereço simultaneamente por meio de diferentes caminhos de derivação.
  2. Enviar fundos de um tipo de endereço para outro — Basta enviar uma transação do seu endereço Legacy para seu endereço SegWit. Isso é uma transação Bitcoin normal.

Não há como acessar fundos enviados para um endereço SegWit usando o caminho de derivação Legacy, porque eles usam chaves privadas diferentes.

FAQ​

Qual é a diferença entre um endereço Legacy e SegWit?​

Endereços Legacy (começando com "1") usam o formato original de transação do Bitcoin. Endereços SegWit (começando com "bc1q") usam Segregated Witness, que separa os dados de assinatura dos dados da transação, resultando em transações menores, taxas mais baixas e correção para maleabilidade de transação. SegWit é recomendado para todas as carteiras novas.

Posso enviar Bitcoin de um endereço Legacy para um endereço SegWit?​

Sim. Todos os tipos de endereço Bitcoin são interoperáveis na rede. Você pode enviar de qualquer tipo de endereço para qualquer outro tipo. O único problema de compatibilidade é com software de carteira — algumas carteiras antigas não conseguem criar transações que enviam para endereços bc1q ou bc1p.

Por que minha carteira mostra endereços diferentes toda vez?​

Esse é o comportamento esperado para carteiras HD que usam BIP-44. Um novo endereço é gerado para cada transação para melhorar a privacidade. Todos os endereços são derivados da mesma seed phrase e podem ser recuperados. Endereços usados anteriormente permanecem válidos e ainda podem receber fundos.

O que é codificação Bech32?​

Bech32 é um formato de codificação de endereço especificado no BIP-173, usado para endereços SegWit nativos (bc1q). Ele usa caracteres alfanuméricos minúsculos (excluindo 1, b, i, o), inclui um checksum de correção de erro BCH e tem um prefixo legível por humanos (bc para Bitcoin mainnet). Bech32m (BIP-350) é uma versão modificada usada para endereços Taproot (bc1p).

Qual tipo de endereço Bitcoin tem as menores taxas?​

Endereços Taproot (bc1p) geralmente têm as menores taxas para gastos por key path devido à eficiência de assinaturas Schnorr. SegWit nativo (bc1q) é um segundo lugar muito próximo. SegWit encapsulado em P2SH (3...) é mais caro, e endereços Legacy (1...) são os mais caros devido ao maior tamanho de transação.

Posso usar o mesmo endereço para Bitcoin e Bitcoin Cash?​

Não. Embora endereços Legacy de Bitcoin e Bitcoin Cash possam parecer semelhantes (ambos começam com "1"), enviar Bitcoin para um endereço Bitcoin Cash (ou vice-versa) pode resultar em fundos enviados na chain errada. Bitcoin Cash usa o formato CashAddr (começando com "bitcoincash:") para evitar essa confusão.

O que acontece se eu enviar cripto para o tipo de endereço errado na rede errada?​

Para chains EVM (Ethereum, Polygon, BSC etc.), o mesmo endereço existe em todas as chains, então os fundos não são perdidos — você só precisa acessar a rede correta. Para chains não EVM com formatos de endereço diferentes, as carteiras normalmente impedem envio para um endereço inválido. Se de alguma forma fundos forem enviados para um formato de endereço inexistente, eles podem ser perdidos permanentemente.

Todos os endereços Ethereum têm o mesmo formato?​

Sim. Ethereum usa um único formato de endereço (0x + 40 caracteres hex) para todos os propósitos: receber ETH, tokens ERC-20, NFTs e interagir com contratos inteligentes. O mesmo endereço é válido em todas as chains compatíveis com EVM.

Guias Relacionados​