Conteúdos / Bitcoin

Governança do protocolo Bitcoin: como a rede muda

Como o Bitcoin muda sem comando central: BIPs, Bitcoin Core, soft e hard forks, SegWit, Taproot, a disputa do tamanho de blocos de 2017 e o papel de cada agente.

Em revisão editorial. Este texto foi elaborado a partir de fontes públicas e passa por revisão técnica e jurídica; pode ser atualizado. Confira as fontes ao final antes de qualquer decisão.

Quer conversar sobre Bitcoin no contexto do seu patrimônio? Entrar em contato →

O Bitcoin não tem diretoria, empresa controladora nem voto formal. Mudanças nas regras surgem como propostas públicas (os BIPs), são implementadas em programas como o Bitcoin Core e só passam a valer na prática se a maioria dos participantes relevantes adotar o novo software. Esse processo é lento, contestável e, em 2017, produziu uma divisão da rede. Entender como ele funciona ajuda a avaliar o que pode e o que dificilmente muda no protocolo.

Não há dono, mas há processo

Quando se diz que o Bitcoin é “descentralizado”, isso não significa ausência de coordenação. Significa que nenhuma pessoa ou empresa pode impor uma mudança sozinha. Quem opera um nó (computador que valida e repassa transações e blocos) executa as regras que escolheu. Veja o básico em como o Bitcoin funciona.

Dois elementos organizam a discussão técnica:

  • BIPs (Bitcoin Improvement Proposals): documentos públicos, mantidos em repositório oficial, que descrevem propostas e padrões.
  • Bitcoin Core: o software de nó de referência, mantido como projeto de código aberto.

BIPs: propostas, não decretos

O processo atual dos BIPs está descrito no BIP 3, que substituiu o BIP 2. Os BIPs se dividem em tipos (Especificação, Informativo e Processo) e têm quatro estados: rascunho, completo, implantado e encerrado. O BIP 3 também explica uma limitação relevante: o repositório deixou de acompanhar a adoção e o sentimento da comunidade. Ou seja, um BIP ter número ou estado “implantado” não é um voto de aprovação da rede; a adoção é voluntária, como já indicava a versão anterior do processo, que dizia que as propostas fornecem padrões que as pessoas “podem adotar ou não”.

Um BIP é uma proposta documentada. Quem a transforma em regra é o software que as pessoas decidem executar.

O papel do Bitcoin Core

Segundo o site do projeto, o Bitcoin Core é um projeto de código aberto, descendente do cliente original, com nó completo e carteira. Qualquer pessoa pode propor mudanças, revisar e testar. A decisão final de incorporar uma alteração ao código cabe aos mantenedores com permissão de integração, que avaliam se a mudança segue os princípios do projeto e reflete o consenso geral dos contribuidores.

O guia de contribuição define que alterações de consenso, as que mudam as regras de validade da rede, têm o patamar mais alto: exigem ampla discussão em listas e canais públicos, um BIP debatido e consenso técnico amplo, na avaliação dos mantenedores. O site do projeto não descreve votação formal ou estrutura hierárquica de governança. Isso significa que a governança é informal, baseada em revisão técnica e reputação, o que é força para alguns e fragilidade para outros.

Soft fork e hard fork

Uma mudança de regras pode ser introduzida de duas formas:

Aspecto Soft fork Hard fork
Ideia Tornar as regras mais restritivas Tornar as regras incompatíveis com as antigas
Nós antigos Continuam aceitando os blocos (mas não validam as novas regras) Rejeitam os novos blocos e seguem outra cadeia
Risco de divisão da rede Menor, se a maioria dos mineradores aplicar a regra Maior, se parte dos usuários não aderir
Exemplos SegWit (2017), Taproot (2021) Bitcoin Cash (2017), que é outra rede

Na versão anterior do processo (BIP 2), o critério para marcar uma proposta como concluída variava com o tipo de mudança: para soft forks, uma maioria clara de mineradores sinalizando; para hard forks, adoção em toda a economia, comprovada pelo uso real, e não apenas por declarações públicas.

Como mineradores sinalizam

O BIP 9 criou um mecanismo de bits de versão: cada proposta usa um bit do cabeçalho do bloco, e os mineradores sinalizam apoio. Por padrão, a ativação exige que 95% dos blocos de um período de 2.016 blocos (1.916 blocos) sinalizem. Há estados definidos, de “iniciado” a “ativo” ou “falho” se o prazo expira.

Dois casos concretos

SegWit: o soft fork mais discutido

O Segregated Witness (BIP 141) separa os dados de assinatura (a “testemunha”) da parte principal da transação e substitui o limite de 1 MB por um limite de “peso” de 4.000.000 unidades. Foi desenhado como soft fork: nós que não atualizaram não validam os dados de testemunha, mas seguem na rede. Sua implantação via BIP 9 teve janela de 15 de novembro de 2016 a 15 de novembro de 2017. Pelas fontes consultadas, a ativação foi travada (“lock-in”) em 9 de agosto de 2017 e entrou em vigor em 24 de agosto de 2017, no bloco 481.824 (data e altura conferidas no Wikipedia e na carimbagem de data do bloco em explorador público; o texto do BIP 141 define só a janela).

Taproot: ativação mais coordenada

O Taproot (BIP 341, junto com os BIPs 340 e 342) trouxe novo tipo de saída e assinaturas Schnorr, com foco em privacidade, eficiência e flexibilidade de scripts, sem novas premissas de segurança, segundo o texto. A ativação usou uma variante do BIP 9, com limiar de 90% (1.815 de 2.016 blocos) e altura mínima de ativação; ativou-se no bloco 709.632, em 14 de novembro de 2021 (o BIP 341 registra a altura; a data decorre do carimbo de data do bloco).

A disputa do tamanho dos blocos (2017)

O limite de 1 MB foi colocado explicitamente por Satoshi Nakamoto em 2010 e, segundo o Bitcoin Wiki, passou a ser a restrição efetiva em 2013. Daí em diante, a pergunta “aumentar ou não o limite?” dividiu a comunidade.

  • A favor de aumentar: mais transações por segundo, enquanto soluções fora da cadeia principal ainda não estavam prontas.
  • Contra: hard forks exigem amplo consenso, blocos maiores propagam mais devagar e tornam nós completos mais caros de operar, o que pode concentrar a validação.

Várias propostas apareceram (BIPs 100 a 109, Bitcoin XT, Bitcoin Classic) sem alcançar a adoção necessária. Em 2017, o conflito ganhou outra dimensão:

  1. O SegWit, proposto como solução sem hard fork, tinha a ativação pelo BIP 9 demorando. O BIP 91 (mineradores, com limiar de 80%) e o BIP 148 (ativação obrigatória por usuários, a partir de 1º de agosto de 2017) foram caminhos para destravá-la. O BIP 91 sinalizou antes da data prevista para o BIP 148, que acabou não precisando entrar em vigor; o SegWit foi travado em 9 de agosto e ativado em 24 de agosto de 2017, segundo a Wikipedia.
  2. Em 1º de agosto de 2017, antes da ativação do SegWit, um grupo que preferia aumentar o bloco criou o Bitcoin Cash por hard fork (a partir do bloco 478.559, último bloco comum: 478.558), com blocos maiores; para quem tinha bitcoin até aquele bloco, passou a existir saldo equivalente na nova cadeia.
  3. Um acordo posterior entre empresas e mineradores, o chamado SegWit2x, previa dobrar o limite. Segundo o Bitcoin Wiki, não obteve consenso entre a comunidade e os desenvolvedores do Core e foi cancelado em 8 de novembro de 2017, com anúncio dos próprios responsáveis pelo projeto.

Há interpretações divergentes sobre cada etapa, inclusive sobre motivações (por exemplo, se o Bitcoin Cash é uma continuação do projeto original ou uma rede separada), e este texto não toma partido. As fontes de 2017 sobre o tema são em boa parte wikis e imprensa, não documentos oficiais; os BIPs fornecem os parâmetros técnicos. O ponto institucional é que mineradores sozinhos não decidiram o resultado: as propostas dependeram também de nós, empresas e usuários dispostos a executar o software.

Quem faz o quê

Agente Função Limite
Desenvolvedores Propõem, escrevem e revisam código Não conseguem obrigar ninguém a atualizar
Mantenedores do Core Decidem o que entra no repositório de referência Outro software pode divergir deles
Operadores de nós Validam e aplicam as regras que escolheram Um nó isolado tem pouca influência
Mineradores Ordenam transações e sinalizam apoio Blocos que violam regras aceitas por nós são rejeitados
Empresas e usuários Escolhem o software e aceitam ou não a moeda Coordenar é difícil

Essa tabela é uma síntese analítica a partir das fontes, não uma regra formal do protocolo.

Limites e o que não é verdade

  • “Os desenvolvedores do Core controlam o Bitcoin.” Eles mantêm um software de referência; a adoção é voluntária.
  • “Quem tem mais poder de mineração decide.” Mineradores sinalizam, mas blocos inválidos aos olhos dos nós são rejeitados.
  • “A governança é à prova de conflito.” O episódio de 2017 mostra que desacordos podem produzir divisão da rede.
  • “Mudar é fácil ou impossível.” Regras centrais têm sido alteradas com cautela e demora, mas mudaram.
  • A governança também gera risco de protocolo e de software, e o debate sobre capacidade e uso (pagamento ou reserva) segue em aberto, como em Bitcoin como reserva de valor.

O que observar

  • O estado dos BIPs relevantes e se há discussão técnica pública e revisão independente.
  • Se a mudança é soft fork ou hard fork e qual o risco de divisão.
  • Qual o nível de sinalização de mineradores e de adoção por nós e empresas.
  • Quem está sustentando o software de referência e se há alternativas compatíveis.
  • Se o que você usa (carteira, corretora) acompanha as atualizações de rede.

Fechamento

O Bitcoin muda por convencimento técnico e adoção, não por decisão de uma autoridade. Isso explica tanto a resistência a mudanças bruscas quanto a possibilidade de disputas. Para discutir como esse tema se aplica ao seu contexto, use o contato.

Este conteúdo é informativo e não constitui recomendação de investimento nem aconselhamento jurídico ou tributário.

Fontes

  1. BIP 3: Updated BIP Process · Repositório oficial de BIPs (bitcoin/bips) · acesso em 16/10/2026
  2. BIP 2: BIP Process, revised (versão anterior do processo) · Repositório oficial de BIPs (bitcoin/bips) · acesso em 16/10/2026
  3. BIP 9: Version bits with timeout and delay · Repositório oficial de BIPs (bitcoin/bips) · acesso em 16/10/2026
  4. BIP 141: Segregated Witness (Consensus layer) · Repositório oficial de BIPs (bitcoin/bips) · acesso em 16/10/2026
  5. BIP 91: Reduced threshold Segwit MASF · Repositório oficial de BIPs (bitcoin/bips) · acesso em 16/10/2026
  6. BIP 148: Mandatory activation of segwit deployment · Repositório oficial de BIPs (bitcoin/bips) · acesso em 16/10/2026
  7. BIP 341: Taproot: SegWit version 1 spending rules · Repositório oficial de BIPs (bitcoin/bips) · acesso em 16/10/2026
  8. Contributing to Bitcoin Core · Bitcoin Core (repositório oficial) · acesso em 16/10/2026
  9. About Bitcoin Core · Bitcoin Core · acesso em 16/10/2026
  10. Block size limit controversy · Bitcoin Wiki · acesso em 16/10/2026
  11. SegWit2x · Bitcoin Wiki · acesso em 16/10/2026
  12. SegWit · Wikipedia · acesso em 16/10/2026
  13. Bitcoin Cash · Wikipedia · acesso em 16/10/2026

Conteúdo informativo, sem caráter de recomendação de investimento, jurídico ou tributário. Ativos digitais envolvem riscos, inclusive de perda total. Veja os avisos legais.