


Ao criar o Bitcoin, Satoshi Nakamoto definiu uma restrição essencial: cada bloco não pode exceder um milhão de bytes. Esta limitação foi suficiente nos primórdios do Bitcoin, quando era pouco utilizado, mas com o aumento da sua popularidade, surgiu congestionamento significativo na rede. A rede Bitcoin gera um novo bloco aproximadamente a cada dez minutos e, devido ao limite de um milhão de bytes, cada bloco só acomoda um número restrito de transações — geralmente algumas dezenas. Isto resulta numa média de processamento de sete transações por segundo. Em períodos de elevada atividade, acumulam-se dezenas de milhares de transações em espera, originando taxas que podem ultrapassar dezenas de dólares e tempos de processamento de vários dias. Tornou-se urgente encontrar uma solução técnica eficaz para acelerar o processamento das transações e baixar custos para os utilizadores. Foi assim que surgiu o Segregated Witness, mais conhecido como SegWit.
A tecnologia Segregated Witness (SegWit) foi proposta em 2015 por Pieter Wuille e outros colaboradores do Bitcoin Core, como resposta às limitações de velocidade no processamento das transações de Bitcoin. Em 2017, foi implementada oficialmente via soft fork, aumentando a capacidade de processamento de um bloco Bitcoin em 1,7 vezes. Esta inovação marcou um avanço notável na evolução do Bitcoin, sem necessidade de divisões polémicas na rede.
O SegWit foi adotado não só pelo Bitcoin, mas também por outras criptomoedas importantes, como Litecoin e Bitcoin Cash. A implementação do SegWit trouxe três benefícios principais: maior capacidade dos blocos, mais velocidade nas transações e melhor escalabilidade. Estas melhorias tornaram o SegWit um elemento imprescindível nas infraestruturas blockchain modernas, evidenciando o impacto das soluções inovadoras para ultrapassar os desafios de escalabilidade, sem perder compatibilidade com os sistemas existentes.
Para compreender o SegWit, é importante analisar a estrutura das transações Bitcoin. Cada transação tem dois componentes: dados básicos e dados de testemunha. Os dados da transação registam informações essenciais, como saldos e montantes transferidos; os dados de testemunha guardam as assinaturas que confirmam a identidade do utilizador e a autorização para movimentar fundos.
Na ótica do utilizador, o que realmente interessa são os dados centrais: saldo e valor das transações. Os dados de verificação de identidade, embora vitais para a segurança, não precisam de ocupar espaço prioritário na estrutura. O destinatário apenas necessita de garantir que os ativos estão disponíveis e autorizados; não tem de aceder de imediato ao detalhe das assinaturas do remetente.
No modelo original do Bitcoin, os dados de testemunha — sobretudo as assinaturas — ocupam até 65% da capacidade do bloco. Esta ineficiência afeta diretamente a rapidez das transferências e aumenta os custos para os mineradores. O SegWit resolveu o problema de forma elegante: extraiu os dados de testemunha e armazenou-os numa estrutura separada. Desta forma, a rede consegue processar mais transações dentro do mesmo limite de bloco, aumentando o throughput sem alterar o limite de um megabyte. Ao isolar os dados de testemunha, o SegWit otimiza o espaço disponível, acelerando as transações e reduzindo custos.
O SegWit trouxe melhorias significativas à eficiência operacional do Bitcoin. A primeira vantagem é o aumento da capacidade dos blocos: as assinaturas podem ocupar até 65% do espaço de um bloco, e com o SegWit, essa área fica livre para dados de transação, permitindo que cada bloco processe muito mais informação — mesmo mantendo o limite de um megabyte.
A segunda vantagem é a aceleração das transações, numa lógica semelhante às soluções layer-2 do Ethereum. Os dados Bitcoin são processados em camadas para aumentar o throughput. Com o SegWit, o sistema concentra mais recursos computacionais e capacidade de armazenamento no processamento das transações relevantes. Com menos dados de assinatura, a taxa de transações por segundo (TPS) aumenta significativamente. Os dados mostram que, após a adoção do SegWit, o custo médio por transação baixou, tornando o Bitcoin mais prático para uso diário.
A terceira vantagem está na compatibilidade com a Lightning Network. Esta solução layer-2, muito debatida, resolve problemas de escalabilidade através do processamento fora da cadeia (off-chain). A Lightning Network cria uma camada adicional sobre a blockchain do Bitcoin, com canais de pagamento que permitem concluir grandes transferências de forma rápida e fiável, mesmo em situações extremas. Enquanto a Lightning Network processa dados off-chain, o SegWit otimiza os dados prioritários on-chain, formando uma relação complementar que reduz a pressão sobre a cadeia principal e facilita a adoção da Lightning Network.
Um benefício adicional resulta da separação entre dados de transação e assinatura em todo o processo. Como as assinaturas ficam fora do cálculo do identificador da transação, elimina-se o risco de maleabilidade — manipulação dos dados antes da confirmação. Assim, evita-se que dados errados fiquem registados para sempre na blockchain e abrem-se novas possibilidades para recuperação de informação. O SegWit também abriu caminho à criação dos ordinais Bitcoin, ao ampliar o limite de dados arbitrários nas transações. Com a atualização Taproot de 2021, que facilitou o armazenamento de dados arbitrários e expandiu limites, tornou-se possível criar ordinais Bitcoin e NFTs inscritos em satoshis individuais.
Para o utilizador comum, o SegWit oferece três benefícios práticos: mais segurança em relação aos endereços tradicionais, transações mais rápidas graças à maior capacidade dos blocos e verificações mais ágeis, e taxas de transação substancialmente inferiores. Estes benefícios melhoram de forma concreta a experiência de utilização do Bitcoin.
Utilizar SegWit é simples: basta usar um endereço de carteira compatível para receber Bitcoin e usufruir automaticamente de todas as vantagens. Os dados históricos mostram que a taxa de adoção do SegWit tem vindo a subir de forma consistente, confirmando a aceitação generalizada da tecnologia.
Atualmente, há quatro principais formatos de endereço Bitcoin, cada um com características próprias. O formato Legacy (P2PKH), começando por "1", é o original e ainda se utiliza. P2PKH significa Pay To PubKey Hash — pagamento por hash de chave pública. Exemplo: 1Fh7ajXabJBpZPZw8bjD3QU4CuQ3pRty9u.
O formato Nested (P2SH), começando por "3", serve para endereços de multiassinatura. P2SH significa Pay-to-Script-Hash, usando scripts e hashes para entradas e saídas da transação. É parecido com o P2PKH mas suporta funções mais complexas. Os scripts P2SH são usados principalmente em endereços multiassinatura, podendo exigir várias assinaturas digitais para autorizar uma transação. Por exemplo, um endereço começando por "3" pode ser gerido por três pessoas, sendo necessário o acordo de duas para transferir. Exemplo: 3EktnHQD7RiAE6uzMj2ZifT9YgRrkSgzQX.
O formato Nested SegWit (P2SH), também começando por "3", corresponde a um endereço compatível com SegWit. Por usar o encapsulamento P2SH, também começa por "3" e é reconhecido por nós antigos sem suporte SegWit total. Exemplo: 3KF9nXowQ4asSGxRRzeiTpDjMuwM2nypAN. Os utilizadores não precisam de distinguir se um endereço começando por "3" é multiassinatura ou compatível com SegWit; basta saber que estes endereços são amplamente aceites e permitem enviar Bitcoin para endereços começando por "1" e "bc1."
O formato Native SegWit (Bech32), começando por "bc1", é o formato nativo SegWit. Os endereços Bech32 foram criados especificamente para SegWit e definidos na BIP173 no final de 2017. Uma das grandes vantagens é serem insensíveis a maiúsculas/minúsculas — só usam números 0-9 e letras minúsculas a-z — evitando confusões e facilitando a leitura. Exemplo: bc1qf3uwcxaz779nxedw0wry89v9cjh9w2xylnmqc3.
O formato Bech32 usa Base32 em vez de Base58, permite endereços mais curtos e cálculos mais eficientes. Os dados podem ser armazenados de forma mais compacta em QR codes. O Bech32 traz maior segurança, com códigos de deteção de erros otimizados, reduzindo o risco de endereços inválidos. Como são nativamente compatíveis com SegWit, não é preciso espaço extra para os inserir em endereços P2SH, o que reduz as taxas. Os endereços SegWit nativos têm vantagens claras face aos antigos Base58: QR codes mais pequenos, melhor deteção de erros, segurança reforçada e insensibilidade a maiúsculas/minúsculas. Por usarem apenas minúsculas, são mais fáceis de ler e digitar.
Os endereços Native P2WPKH e Native P2WSH, ambos começando por "bc1q", são endereços SegWit nativos versão 0. P2WPKH (Pay-to-Witness-Public-Key-Hash) tem comprimento fixo de 42 caracteres, como se vê neste exemplo: bc1qmgjswfb6eXcmuJgLxvMxAo1tth2QCyyPYt8shz. P2WSH (Pay-to-Witness-Script-Hash) tem 62 caracteres, como neste exemplo: bc1q09zjqeetautmyzrxn9d2pu5c5glv6zcmj3qx5axrltslu90p88pqykxdv4wj. P2WPKH é usado em endereços comuns; P2WSH é comum em multiassinatura.
Em 2019, identificou-se um possível problema com endereços Bech32: se o último carácter for "p" e forem acidentalmente inseridos "q" a seguir, o endereço passa na verificação do código de controlo sem gerar erro. Isto poderia levar Bitcoins para um endereço errado, tornando-os irrecuperáveis. No entanto, como o Bech32 só é usado para endereços SegWit nativos, com limites rigorosos de 20 ou 32 bytes, a inserção de mais caracteres ultrapassa esses limites e a carteira recusa a transação.
Para resolver esta limitação, surgiu o padrão Bech32m, documentado na BIP0350. O Bech32m acrescenta um dígito extra ao código de controlo, garantindo que qualquer carácter adicional gera um código inválido. Este padrão aplica-se apenas a endereços Taproot e futuros; os SegWit nativos mantêm o formato original, já protegido pelo limite de comprimento.
O formato P2TR (Bech32m), começando por "bc1p", corresponde aos endereços Taproot usados em implementações SegWit nativas versão 1. Exemplo: bc1pqs7w62shf5ee3qz5jaywle85jmg8suehwhOawnqxevre9k7zvqdz2mOn. Para endereços SegWit nativos versão 0 mantém-se o formato Bech32; para versão 1 ou superior utiliza-se Bech32m. Os endereços Taproot, sempre começando por "bc1p", suportam funcionalidades avançadas como BTC NFT e Ordinals NFT.
Analisando as diferenças práticas entre os formatos de endereço, destacam-se as taxas e funcionalidades. Endereços compatíveis SegWit começando por "3" permitem cerca de 24% de poupança nas taxas face aos tradicionais começando por "1". Os endereços SegWit nativos "bc1" reduzem ainda mais as taxas — cerca de 35% face aos tradicionais "1".
A maior poupança verifica-se ao comparar SegWit nativos ("bc1" e alguns "3") com multiassinatura ("3"): os nativos podem reduzir as taxas em até 70%, uma vantagem substancial para quem faz muitas operações. Os endereços Taproot, que suportam BTC NFT e Ordinals NFT, mantêm taxas semelhantes aos "3", sendo uma opção eficiente para quem pretende participar no ecossistema digital do Bitcoin.
Estas diferenças de taxas refletem o espaço ocupado por cada tipo de endereço nos blocos. Os tradicionais requerem mais espaço devido à estrutura de dados menos eficiente; os SegWit nativos otimizam o espaço ao separar os dados de testemunha. Os nativos são a escolha preferida para quem valoriza custos reduzidos, enquanto os Taproot oferecem funcionalidades avançadas sem aumentar os encargos.
O Segregated Witness é um marco crucial na evolução do Bitcoin, ao solucionar desafios de escalabilidade sem perder compatibilidade com a rede. Ao separar os dados de testemunha dos dados de transação, o SegWit permite processar mais transações por bloco, baixar taxas e aumentar a eficiência da rede. A tecnologia já tem ampla adoção, com taxas de utilização em crescimento à medida que os utilizadores descobrem os seus benefícios.
O impacto do SegWit vai além da escalabilidade imediata. Resolve vulnerabilidades como a maleabilidade das transações, reforçando a segurança e fiabilidade. Acrescenta programabilidade ao Bitcoin, abrindo caminho a soluções como Lightning Network e a inovações como ordinais e NFTs, com o apoio de atualizações como Taproot.
Para o utilizador comum, o SegWit significa mais segurança, processamento mais rápido e custos inferiores. A diversidade de formatos — Nested SegWit ("3"), SegWit nativo ("bc1") e Taproot ("bc1p") — permite escolher entre compatibilidade, eficiência e funcionalidades avançadas.
As carteiras modernas e grandes plataformas de negociação já suportam SegWit em várias moedas, incluindo Bitcoin, Litecoin e Bitcoin Cash. Estas implementações melhoram a experiência do utilizador, reduzem custos e aceleram transferências. O apoio aos endereços Taproot permite participar no ecossistema de ordinais, tokens BRC-20 e NFTs do Bitcoin. À medida que o Bitcoin evolui, o SegWit demonstra a capacidade da comunidade para implementar melhorias decisivas via soft forks consensuais, provando que a inovação pode ultrapassar desafios de escalabilidade sem comprometer princípios como descentralização e segurança. A adoção dos endereços SegWit nativos, em particular, é um passo fundamental no desenvolvimento do Bitcoin, oferecendo eficiência, segurança e rentabilidade ótimas para transações em criptomoeda.
Native SegWit é um formato avançado de endereço Bitcoin, baseado em 'bech32'. Otimiza o protocolo SegWit, baixando taxas e acelerando transações.
Sim, pode enviar Bitcoin para um endereço Native SegWit. Basta utilizar a sua carteira para transferir do saldo atual para o novo endereço SegWit. Confirme sempre o endereço antes de enviar.
Não, BTC SegWit não é igual ao Bitcoin. É um formato de endereço melhorado para Bitcoin, com taxas mais baixas e maior escalabilidade.
Sim, Native SegWit é vantajoso. Permite transações mais económicas, eficiência superior e ampla compatibilidade. É ideal para transferências entre utilizadores e continua a ser uma escolha sólida para quem utiliza Bitcoin.











