

No ecossistema Bitcoin, os utilizadores e plataformas recorrem a três tipos principais de endereços: Legacy, SegWit e Native SegWit. Cada formato reflete uma fase distinta na evolução tecnológica do Bitcoin, apresentando diferentes níveis de eficiência, custos de transação e compatibilidade. Os utilizadores podem transferir os seus BTC de um endereço Legacy para um endereço SegWit utilizando procedimentos de transação convencionais.
Os endereços Native SegWit são suportados pelas principais carteiras de software e hardware, proporcionando a experiência de transação mais económica. Contudo, nem todas as exchanges já implementaram suporte a este formato mais recente, o que pode condicionar a escolha de carteiras e plataformas de negociação pelos utilizadores.
O endereço Bitcoin é o identificador básico para envio e receção de pagamentos na rede blockchain. Tal como um número de conta bancária nas finanças tradicionais, é necessário o endereço de destino para enviar Bitcoin a outro utilizador e concluir a transação. Os endereços Bitcoin são gerados por aplicações de carteira, que permitem aos utilizadores enviar, receber e armazenar ativos digitais em segurança na rede Bitcoin.
Ao longo do tempo, surgiram três tipos de endereços distintos na rede Bitcoin: Legacy, SegWit e Native SegWit. Cada um introduz uma abordagem tecnológica diferente à gestão das transações, variando em eficiência, custo e compatibilidade. Conhecer estas diferenças é fundamental para quem pretende otimizar a experiência de uso do Bitcoin e reduzir custos.
No início do desenvolvimento do Bitcoin, existia apenas um tipo de endereço disponível. Este formato original, P2PKH (Pay-to-Pubkey Hash) ou Legacy, serviu eficazmente a rede nos primeiros anos. Todavia, com o aumento da popularidade e do volume de transações, surgiram desafios significativos de escalabilidade.
Em 2016 e 2017, a comunidade Bitcoin debateu intensamente as limitações do tamanho dos blocos. O limite máximo de 1 MB por bloco restringia o número de transações processadas e adicionadas à blockchain em cada momento. Esta limitação causava congestionamentos em períodos de maior utilização, gerando comissões mais elevadas e tempos de confirmação mais longos.
As soluções propostas passaram por separar parte dos dados das transações e transferi-los para uma segunda camada. Esta porção, conhecida como witness data, esteve na origem do conceito técnico de "segregated witness" ou SegWit. Esta evolução representou uma alteração estrutural significativa na arquitetura das transações Bitcoin, abrindo caminho para maior eficiência e escalabilidade.
O Segregated Witness (SegWit) foi uma atualização revolucionária ao protocolo, que alterou de forma fundamental a estrutura e o processamento das transações Bitcoin. Numa transação típica, as assinaturas digitais representam cerca de 65% do espaço total dos dados. O SegWit resolve esta ineficiência ao reestruturar os dados das transações de forma otimizada.
A inovação do SegWit reside na gestão dos dados de assinatura: em vez de inseri-los no input principal da transação, o SegWit transfere-os para uma estrutura separada no final da transação. Esta alteração aumenta o limite prático do bloco de 1 MB para cerca de 4 MB de dados de transação, embora o peso do bloco permaneça nos limites do protocolo.
Ao separar os dados de assinatura do corpo da transação, o SegWit permite incluir mais transações em cada bloco, reduz as comissões dos utilizadores e elimina certos problemas de maleabilidade que antes afetavam a rede. A introdução foi feita sob a forma de soft fork, assegurando compatibilidade retroativa com endereços Legacy.
Em agosto de 2017, a rede Bitcoin sofreu uma importante atualização soft fork que introduziu o SegWit à comunidade alargada. Após a implementação, os desenvolvedores continuaram a melhorar a tecnologia, originando o Native SegWit—uma evolução do SegWit original.
O Native SegWit, também conhecido como Bech32, é o formato de endereço Bitcoin mais avançado e eficiente atualmente disponível. Adota as melhorias do SegWit sem necessidade de wrappers de compatibilidade, o que resulta em maior eficiência e custos de transação ainda mais baixos face ao formato SegWit transitório. Este tipo de endereço foi desenhado para maximizar os benefícios do SegWit, mantendo altos padrões de segurança e fiabilidade.
O endereço Legacy é o formato original do Bitcoin, baseado numa função de hash de script chamada P2PKH (Pay-to-Pubkey Hash). Estes endereços começam sempre pelo número 1. Exemplo: 1BvBMSEYstWetqTFn5Au4m4GFg7xJaNVN2.
Apesar de ser o formato mais antigo, continua totalmente funcional e suportado por toda a rede. Constitui a base do sistema de transações do Bitcoin e ainda é utilizado por algumas carteiras e plataformas, sobretudo as que não migraram para formatos mais recentes. No entanto, é menos eficiente em termos de tamanho de transação e custos quando comparado com alternativas modernas.
Os endereços SegWit são um formato de transição entre os Legacy e os Native SegWit. Diferenciam-se dos Legacy por começarem pelo número 3, refletindo uma estrutura de script distinta. Utilizam a função P2SH (Pay-to-Script Hash), que permite funcionalidades mais robustas, como a multisig (multiassinatura).
Este formato permite transações SegWit não nativas através do standard criptográfico P2WPKH-in-P2SH (Pay-to-Witness-Pubkey-Hash-in-Pay-to-Script-Hash). O wrapper possibilita o acesso às funcionalidades SegWit mantendo compatibilidade com sistemas e carteiras mais antigos.
O SegWit foi introduzido como soft fork, garantindo compatibilidade retroativa com a infraestrutura de rede existente. Assim, os utilizadores podem transferir BTC de endereços Legacy para SegWit sem protocolos especiais. Esta compatibilidade facilitou a adoção gradual do novo formato em todo o ecossistema Bitcoin.
Os endereços Native SegWit, tecnicamente conhecidos como Bech32, marcam uma rutura face aos formatos do tipo P2. Começam pelo prefixo bc1, por exemplo: bc1qar0srrr7xfkvy5l643lydnw9re59gtzzwf5mdq.
Este formato conquistou forte apoio dos principais fornecedores de carteiras, graças à sua eficiência e às vantagens ao nível dos custos. O Bech32 foi desenhado a pensar no utilizador, com deteção de erros melhorada e codificação insensível a maiúsculas/minúsculas, reduzindo falhas ao copiar ou introduzir endereços.
A adoção pelas exchanges tem sido mais lenta. Embora muitas grandes plataformas já suportem depósitos e levantamentos Native SegWit, algumas requerem mais tempo de integração técnica. Nos últimos anos, uma parte crescente de BTC é armazenada em endereços Native SegWit, refletindo a preferência dos utilizadores por maior eficiência.
Os três formatos de endereço Bitcoin são plenamente compatíveis entre si, permitindo interoperabilidade integral na rede. É possível enviar e receber Bitcoins entre Legacy, SegWit e Native SegWit sem restrições ou procedimentos especiais. Esta compatibilidade mantém a rede Bitcoin unificada, mesmo com diferentes formatos em circulação.
O suporte depende do fornecedor e da atualização do software da carteira. Muitas carteiras antigas, sem manutenção recente, não suportam Native SegWit, o que pode limitar o acesso ao formato mais eficiente.
Ao escolher uma carteira, confirme quais os formatos suportados e privilegie as que oferecem suporte pleno aos três tipos, garantindo flexibilidade e preparação para o futuro do armazenamento de Bitcoin.
Em termos de eficiência operacional, os endereços SegWit superam a arquitetura Legacy. O principal avanço resulta da separação dos dados de assinatura do corpo da transação, otimizando a estrutura e armazenamento nos blocos.
Os utilizadores SegWit beneficiam de custos de transação significativamente mais baixos, pois as transações ocupam menos espaço em cada bloco e permitem incluir mais operações. Em períodos de congestão, os utilizadores SegWit enfrentam menos concorrência e mantêm comissões mais acessíveis.
A velocidade das confirmações também aumenta, já que a capacidade de cada bloco SegWit permite processar muito mais transações do que um bloco Legacy. Isto reduz os tempos de espera e ajuda a evitar congestionamentos em alturas de maior atividade.
O SegWit reforça ainda a segurança contra ataques de maleabilidade de transações, ao remover os dados de assinatura do cálculo do hash. Esta melhoria foi crucial para viabilizar soluções de segunda camada como a Lightning Network.
O Native SegWit é a evolução mais recente e eficiente entre os formatos de endereço Bitcoin, permitindo a experiência de transação mais económica. Embora o SegWit já reduza substancialmente as comissões relativamente ao Legacy, o Native SegWit maximiza estas poupanças.
Quando se compara SegWit com Native SegWit, este último destaca-se em eficiência de custos. O Bech32 oferece maior capacidade de bloco e as comissões mais baixas de todos os formatos, graças à implementação pura do protocolo SegWit, sem a sobrecarga do wrapper P2SH.
Para quem transaciona Bitcoin frequentemente, as poupanças em comissões acumulam-se consideravelmente ao longo do tempo. Em períodos de rede congestionada, as diferenças tornam-se ainda mais notórias, sendo os utilizadores Native SegWit os mais beneficiados.
Para máxima eficiência e preparação para o futuro, adote Native SegWit sempre que possível e sempre que a carteira e a exchange o permitam. A combinação de custos mínimos, eficiência e apoio crescente faz do Native SegWit a escolha de referência para a maioria dos utilizadores Bitcoin.
Os endereços SegWit são uma atualização dos legacy, enquanto o Native SegWit (Bech32) é o formato mais recente, com transações mais rápidas e maior capacidade. Native SegWit é mais eficiente e tem custos de transação inferiores face ao SegWit padrão.
Native SegWit (Bech32) oferece maior capacidade de transação, comissões mais baixas e melhor escalabilidade do que o SegWit. Permite ainda transferências para endereços Taproot, ampliando a funcionalidade.
Os endereços Native SegWit permitem comissões ligeiramente mais baixas do que os SegWit padrão, graças à utilização mais eficiente do espaço em bloco. Ambos reduzem substancialmente os custos face aos endereços legacy, mas Native SegWit garante poupanças adicionais.
Os endereços Native SegWit têm uma compatibilidade elevada, mas não universal. A maioria das carteiras e exchanges modernas já os suporta, embora plataformas mais antigas possam não o fazer. Confirme sempre o suporte antes de transferir.
Native SegWit (Bech32) é mais seguro devido à melhor deteção de erros e à codificação Bech32, que reduz falhas de transação e reforça a segurança dos endereços.
Prefira endereços Native SegWit (Bech32), iniciados por bc1, para maior segurança, menores comissões e total compatibilidade com os standards modernos Bitcoin.
P2PKH e P2SH são formatos legacy, com segurança ultrapassada. SegWit e Native SegWit (bech32) garantem maior eficiência, menores custos e mais segurança. O P2SH apresenta vulnerabilidades; recomenda-se a atualização para SegWit.
Os endereços Native SegWit minimizam as comissões ao reduzir o tamanho dos dados de transação. Este formato torna a rede Bitcoin mais eficiente, diminui custos e permite inserir mais transações por bloco.











