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