O que é um Soft Fork? A retrocompatibilidade do Bitcoin explicada.

Bloco 481.824. Foi nesse bloco que o primeiro grande soft fork moderno do Bitcoin, o SegWit, se integrou ao protocolo em 24 de agosto de 2017. O número é importante porque um soft fork é a maneira pela qual uma blockchain como a do Bitcoin se atualiza sem dividir a rede. Novas regras são implementadas. O software antigo continua funcionando. Ambos permanecem na mesma cadeia.

Pergunte à maioria das pessoas o que é um soft fork e você receberá uma resposta curta: uma alteração retrocompatível em um protocolo blockchain. Tecnicamente correto. Não muito útil. O cenário real é mais complexo e interessante. Um soft fork é o resultado final de uma dança lenta: desenvolvedores propondo mudanças nas regras, mineradores sinalizando apoio ou recusando silenciosamente, operadores de nós escolhendo qual software executar e usuários nos bastidores insistindo no que conta como Bitcoin. Este artigo explica a mecânica em linguagem simples. Em seguida, mostra os exemplos clássicos (SegWit e Taproot) em nível de bloco. E termina com o debate acalorado sobre qual será o próximo soft fork.

Definição de Soft Fork: Uma atualização de blockchain compatível com versões anteriores.

Pense em um soft fork como um endurecimento das regras. Tudo o que é legal sob as novas regras continua legal sob as antigas. Assim, os nós antigos continuam aceitando novos blocos sem problemas. Os novos nós rejeitarão os blocos do estilo antigo que violam as regras mais rígidas, mas as regras em si são mais rigorosas, não diferentes. A atmosfera da rede não muda. O que muda é a definição do que é considerado válido.

Um bom exemplo: o BIP 16 do Bitcoin, o soft fork Pay-to-Script-Hash. Ele foi ativado em 1º de abril de 2012, no bloco 173.805. Antes do BIP 16, um tipo de transação chamado P2SH não existia no script do Bitcoin. Após o lançamento, os nós atualizados passaram a impor o P2SH. Os nós antigos, ao analisarem as mesmas saídas, viam um script estranho que qualquer um podia gastar, mas simplesmente ignoravam e aceitavam os blocos. Eles nunca souberam que havia uma regra a ser quebrada. A cadeia permaneceu unificada, porque a nova regra era um subconjunto da antiga. Silenciosamente, o Bitcoin ganhou uma nova capacidade.

Então, esse é o segredo. O software antigo aceita um superconjunto que inclui tudo o que o software novo aceita. Sem divisão da cadeia. Sem período de reivindicação. Sem nova moeda. A rede blockchain continua produzindo uma única cadeia com a qual todos concordam, independentemente da versão do software que estejam usando. É uma peça de engenharia social estranhamente elegante para o que parece ser uma simples mudança de software.

Essa propriedade também é a linha que separa um soft fork de qualquer coisa incompatível com o software antigo. Se uma atualização pode repentinamente fazer com que um bloco anteriormente válido pareça inválido para o software antigo, você não tem um soft fork. Você tem um hard fork. As vantagens e desvantagens mudam completamente. Em termos de tecnologia blockchain, a divergência entre esses dois tipos de fork se resume a uma questão prática: os nós que não atualizam ainda aceitam os novos blocos como válidos?

Garfo macio vs. garfo rígido: a verdadeira diferença

Um hard fork segue o caminho oposto. Ele afrouxa as regras ou as altera de uma forma que o software antigo rejeita completamente. Os nós antigos analisam um novo bloco, consideram-no inválido e se recusam a segui-lo. Ou todos atualizam ou a rede se divide. Essas são as únicas duas opções.

Dois casos costumam surgir. O fork do DAO do Ethereum em 20 de julho de 2016, no bloco 1.920.000, movimentou cerca de 12 milhões de ETH de dois contratos comprometidos. Os nós antigos rejeitaram essa mudança, continuaram executando a cadeia original e, dessa recusa, nasceu o Ethereum Classic. O Bitcoin Cash surgiu um ano depois. Em 1º de agosto de 2017, no bloco 478.559, o Bitcoin Cash aumentou o limite de tamanho do bloco de 1 MB para 8 MB. Os nós antigos do Bitcoin rejeitaram os blocos maiores imediatamente. A partir desse momento, o Bitcoin Cash tornou-se uma criptomoeda separada em uma nova blockchain.

Um soft fork evita toda essa confusão por princípio. Os nós antigos não são solicitados a fazer nada. Eles continuam validando blocos sob suas regras menos restritivas. Quando uma clara maioria de mineradores impõe as novas regras, cada bloco minerado é válido sob ambos os conjuntos de regras simultaneamente. Uma única cadeia econômica. Um único livro-razão. Essa assimetria é a razão estrutural pela qual a cultura do Bitcoin prioriza soft forks e trata hard forks como último recurso.

Como um Soft Fork é ativado na prática no Bitcoin

A maioria das explicações para por aqui. Elas dizem que um soft fork "aperta as regras" e seguem em frente. A parte que ninguém parece querer explicar é como esse aperto realmente acontece. Um soft fork não é um interruptor que um desenvolvedor aciona. É um problema de coordenação lento, às vezes complexo. E essa coordenação foi incorporada ao próprio Bitcoin.

O método clássico de ativação é a sinalização por mineradores. Uma proposta de soft fork torna-se uma BIP (Bitcoin Improvement Proposal) e recebe um bit no campo de versão do cabeçalho do bloco. Os mineradores que executam o software atualizado alteram esse bit. O poder de mineração por trás desses blocos torna-se o sinal que o restante da rede usa para avaliar a prontidão. Assim que a porcentagem de blocos sinalizando ultrapassa um limite dentro de uma janela definida, o fork é ativado. O modelo usado até 2017 foi o BIP 9: 95% em uma janela móvel de 2016 blocos. O BIP 8 veio depois. Ele adicionou um prazo final rígido para que uma proposta paralisada não pudesse ficar indefinidamente em suspenso.

Esse modelo funcionou até que deixou de funcionar. O SegWit ficou travado no início de 2017 com suporte de mineradores entre 30% e 45%, por meses. Os grandes mineradores tinham motivos para não sinalizar, nenhum deles lisonjeiro. A comunidade teve que inventar uma solução alternativa. O BIP 91 reduziu o limite efetivo e foi implementado rapidamente. Ao mesmo tempo, um movimento paralelo, o soft fork ativado pelos usuários, especificamente o BIP 148, estabeleceu 1º de agosto de 2017 como prazo final. Depois dessa data, os nós do BIP 148 começariam a rejeitar qualquer bloco que não sinalizasse o SegWit. A combinação do BIP 91 de um lado e da pressão política da UASF do outro resolveu o impasse. A maioria das pessoas nunca tinha visto nada parecido. Muitos de nós ainda discutimos sobre qual ameaça realmente quebrou o impasse.

Para o Taproot, a comunidade tentou algo mais simples: o Teste Rápido. Um limite de sinalização de 90% em um período de 90 dias. Se o limite for atingido, o fork é ativado. Se não for atingido, a proposta expira sem problemas, podendo ser tentada novamente. O Taproot ultrapassou o limite sem incidentes e foi ativado em 14 de novembro de 2021, no bloco 709.632.

Modelos de ativação de soft fork

Soft forks do Bitcoin: Estudos de Caso do SegWit e do Taproot

SegWit, abreviação de Segregated Witness (Testemunha Segregada), é o soft fork mais citado na história do Bitcoin. Ele encontrou uma maneira de extrair as assinaturas das transações, os "dados de testemunha", do corpo principal da transação e armazená-las separadamente. Os nós antigos viam as novas saídas como scripts de gasto livre e aceitavam blocos que os continham. Os novos nós aplicavam as regras de testemunha corretamente. O truque foi que uma mudança sutil na estrutura subjacente da transação acabou produzindo um ganho efetivo de capacidade. O limite rígido de 1 MB para o tamanho do bloco do Bitcoin foi substituído por um limite de 4 milhões de unidades de peso. Na prática, um bloco típico agora carrega cerca de 1,8 MB de dados. O máximo teórico está próximo de 2,4 MB.

O SegWit foi ativado no bloco 481.824 em 24 de agosto de 2017, às 01:57:37 UTC. Os oito meses que antecederam esse bloco agora fazem parte da história da governança do Bitcoin. O suporte dos mineradores ficou paralisado durante a maior parte de 2017. O desbloqueio final veio por meio do BIP 91, da ameaça UASF e do chamado acordo SegWit2x. Continuo voltando a esse período porque ele é o estudo de caso que todas as ativações subsequentes analisaram.

O Taproot é o segundo soft fork mais citado e provavelmente a ativação mais limpa que o Bitcoin teve desde o SegWit. Ele foi ativado quatro anos após o SegWit, em 14 de novembro de 2021, no bloco 709.632. Ultrapassar o limite de 90% do Speedy Trial não apresentou grandes problemas. O Taproot em si introduziu três novidades: assinaturas Schnorr, árvores MAST e um tipo de saída unificado para gastos com assinatura única, múltiplas assinaturas e caminhos de script. Essas mudanças também prepararam o terreno para que soluções como a Lightning Network se tornassem mais eficientes com o tempo.

A história subsequente do Taproot merece ser contada. A adoção cresceu de forma constante ao longo de 2023. Em seguida, atingiu o pico de aproximadamente 42% de todas as transações de Bitcoin no início de 2024, impulsionada pelo boom das inscrições de Ordinals. Em meados de 2025, havia caído para cerca de 20%. As inscrições esfriaram. Um debate paralelo surgiu sobre se o esquema de assinatura do Taproot estaria exposto a futuros ataques de computação quântica. Nada disso impediu a ativação. Mas a curva de uso nos lembra que um soft fork bem-sucedido no protocolo não se traduz automaticamente em adoção por carteiras ou usuários.

A linhagem do soft fork do Bitcoin

O debate sobre o Soft Fork de 2025-2026: OP_CTV e OP_CAT

A primeira discussão séria sobre um soft fork do Bitcoin desde o Taproot está acontecendo agora. A principal questão é o quão expressivo o script do Bitcoin deve ser. Duas propostas lideram o debate, e nenhuma delas está vencendo ainda.

OP_CHECKTEMPLATEVERIFY, formalizado como BIP 119, adicionaria um opcode de script que permite que uma transação se comprometa com um padrão de gastos futuro específico. OP_CAT, formalizado como BIP 347 após finalmente receber um número BIP em abril de 2024, reativaria a concatenação de elementos de script. Essa funcionalidade havia sido removida por Satoshi Nakamoto em 2010 devido a preocupações com ataques de negação de serviço. Ambos os opcodes são primitivas de gateway para o que os desenvolvedores do Bitcoin chamam de covenants. Covenants são scripts que restringem para onde as moedas podem ser enviadas em seguida. Eles desbloqueiam cofres, agrupamento para controle de congestionamento e melhorias na taxa de transferência da rede em camadas construídas acima do blockchain do Bitcoin.

Através do 2026, os parâmetros de ativação do OP_CTV estão formalmente em discussão pela primeira vez desde 2022. O limite proposto é de 90% de sinalização dos mineradores. O OP_CAT está sendo testado na Signet, a rede de testes para desenvolvedores. Nenhum dos dois possui consenso na comunidade. O dilema que a comunidade enfrenta é real. Mais expressividade abre novos casos de uso. Também expande a superfície de ataque do Bitcoin. Qualquer novo opcode é permanente. Não estou convencido de que algum deles seja aprovado no 2026, mas o debate é o sinal mais claro até agora de que a governança do Bitcoin ainda pode considerar soft forks.

O que significa um Soft Fork para carteiras e porta-cartões

Para quem possui bitcoins, a questão prática é se uma soft fork exige alguma ação. A resposta honesta é quase sempre não. Nada a fazer, nada a reivindicar, nada a migrar. Uma soft fork não cria um novo ativo digital. As carteiras existentes continuam enviando e recebendo moedas sob as regras antigas, sem qualquer ação do usuário.

A exceção ocorre quando um soft fork introduz um novo formato de endereço. O SegWit adicionou o prefixo de endereço bc1. As carteiras tiveram que suportar o novo formato para permitir que os usuários enviassem e recebessem moedas de endereços SegWit e para aproveitar a economia de taxas oferecida pela nova estrutura de transação. Usuários com carteiras antigas ainda podiam enviar e receber moedas em endereços legados sem problemas. A atualização para a nova versão era opcional. O Taproot fez o mesmo com os endereços bc1p. Essa estrutura de adesão opcional é justamente o objetivo. Um soft fork é menos disruptivo do que um hard fork porque a adoção se torna gradual e voluntária.

Para os operadores de nós, o cenário muda um pouco. Executar um nó de versão antiga após um soft fork significa que você não está mais aplicando as novas regras por conta própria. Você está confiando que mineradores atualizados e outros nós farão isso por você. Nós que não atualizam para a nova versão ainda podem validar blocos sob o protocolo de software antigo. Eles apenas não podem validar as novas restrições introduzidas pelo fork. A maioria dos operadores atualiza prontamente de qualquer forma. Essa é uma das razões pelas quais o ecossistema de nós completos do Bitcoin é importante.

Por que as bifurcações suaves são melhores que as bifurcações rígidas para a saúde da rede?

O argumento a favor de soft forks como caminho de atualização padrão se resume à resiliência da rede, e os cálculos aqui são bastante rigorosos. O Bitcoin opera com aproximadamente 22.992 nós completos acessíveis globalmente, segundo um snapshot do Bitnodes de 27 de abril de 2026. Além de uma população ainda maior de nós, desconhecida, atrás de firewalls. Um hard fork que resulta na perda de 10% desses nós por inércia ou desacordo é, por definição, uma divisão da cadeia. Duas criptomoedas. Dois livros-razão. Dois mercados. Duas comunidades.

Uma bifurcação suave (soft fork) que perde 10% dos mineradores por falta de sinalização resulta em uma confirmação ligeiramente mais lenta, enquanto a maioria de 90% impõe as novas regras. A cadeia econômica permanece unificada. Essa assimetria é o que impulsiona a preferência do Bitcoin pela retrocompatibilidade. Uma bifurcação suave bem-sucedida recompensa a coordenação sem penalizar os mais lentos. Uma bifurcação suave malsucedida simplesmente não é ativada e pode ser tentada novamente no próximo ciclo. Uma bifurcação rígida (hard fork) malsucedida cria uma nova blockchain, com nova identidade visual e peso político contínuo que ninguém solicitou.

É por isso que todas as grandes atualizações da blockchain do Bitcoin desde 2012, com a única exceção da controversa bifurcação de agosto de 2017 que criou o Bitcoin Cash, foram bifurcações suaves (soft forks). A maioria do poder de mineração tem consistentemente optado por mudanças retrocompatíveis em vez de divergências. Esse padrão não é acidental.

Riscos e modos de falha de um Soft Fork

Soft forks são mais seguros que hard forks. Eles não são isentos de riscos. O BIP 66, em julho de 2015, causou uma divisão acidental de seis blocos na blockchain quando alguns mineradores sinalizaram apoio às novas regras, mas não as validaram de fato. Modo de falha clássico. Nós atualizados rejeitam os blocos que os mineradores não atualizados continuam produzindo. Cadeias concorrentes coexistem brevemente. A segurança da rede fica comprometida por algumas horas. A divisão se resolveu assim que a maioria se adaptou. Mas, por várias horas, o Bitcoin teve duas cadeias concorrentes em execução simultaneamente. O período de ativação de dois anos do SegWit também causou danos políticos que não foram totalmente reparados, incluindo a eventual criação do Bitcoin Cash. E um UASF sem uma clara maioria de mineradores acarreta o risco real de uma divisão permanente. A retrocompatibilidade é uma restrição poderosa, não uma carta branca.

Simon Chartan

A journalist with a strong technical background and a passion for decentralized finance. With degrees in MBA and Master of Engineering in Data Science, the author combines analytical expertise with a clear, engaging writing style. At Plisio, they cover topics such as cryptocurrency, blockchain, DeFi, and digital finance—helping readers make sense of a rapidly evolving fintech landscape.