O processo BIP

Curiosidade

1. Se um BIP é apenas um documento, como ele altera o comportamento de milhões de computadores?
2. Por que os editores atribuem números às propostas sem nunca votar em seu mérito?
3. O que impede que um único desenvolvedor force uma mudança de regra em toda a rede?

Explorar

1. Amir Taaki introduziu as Propostas de Melhoria do Bitcoin (BIPs) em agosto de 2011, seguindo o modelo dos PEPs do Python. O BIP1 estabeleceu a estrutura para documentar mudanças no protocolo e informações gerais. Luke Dashjr o revisou em 2016 com o BIP2, e em 2025 o BIP3, “Processo Atualizado de BIPs” desenvolvido por Mark Erhardt, substituiu o BIP2. Inicialmente hospedados em uma wiki, os BIPs agora estão em um repositório controlado por versão no GitHub, de modo que todas as alterações são rastreadas e podem ser revisadas.
2. Sob o BIP3 existem três tipos. Os BIPs de especificação descrevem mudanças no protocolo ou em softwares interoperáveis, como novas regras de transações, padrões de carteiras ou mensagens de rede. Os BIPs informativos fornecem orientações ou contexto sem exigir nada em troca. Os BIPs de processo descrevem como ocorre o desenvolvimento em si, incluindo o processo BIP. Os BIPs mais antigos mantêm a etiqueta “Standards Track” sob a qual foram escritos, que corresponde ao tipo de especificação atual.
3. Cada proposta é desenvolvida por seus autores, que a escrevem, defendem-na na lista de discussão e durante as revisões, e a revêm em resposta às críticas. A autoria não confere poder algum para forçar sua adoção. Um BIP permanece um documento até que softwares de nó ou carteiras o implementem e as pessoas decidam usar esse software. Não há votação; uma mudança por consenso ocorre somente se um número suficiente da rede fizer a atualização.
4. As discussões ocorrem na lista de e-mails bitcoin-dev, em solicitações de revisão de código e em conferências. Não existe nenhuma autoridade formal nem votação vinculativa. Os editores atribuem números e verificam o formulário, mas não decidem sobre a adoção. De acordo com o BIP3, o status de uma proposta é “Rascunho”, depois “Completo” quando seus autores consideram que está pronta, e finalmente “Implementado” assim que passa a ser utilizada; as propostas abandonadas ou substituídas são marcadas como “Encerradas”. O campo de status no repositório reflete esse ciclo de vida.
5. Os BIPs bem conhecidos ilustram o impacto desse processo. O BIP16 introduziu o Pay-to-Script-Hash (P2SH) em 2012. O BIP32 definiu as carteiras hierárquicas determinísticas, e o BIP39 padronizou as frases-semente para recuperação de contas. O BIP141 habilitou o Segregated Witness (SegWit), que foi ativado em agosto de 2017, no bloco 481.824. Os BIPs 340-342 introduziram as assinaturas Schnorr e o Taproot, sendo ativados em novembro de 2021. Cada um deles exigiu coordenação cuidadosa entre desenvolvedores, mineradores e usuários para garantir compatibilidade com versões anteriores ou uma bifurcação sem problemas.
6. Abra o repositório dos BIPs no GitHub. Localize três BIPs: um do tipo Standards Track (por exemplo, BIP141), um Informativo (por exemplo, BIP50) e um de Processo (por exemplo, BIP3). Leia o campo de status de cada um. Anote quando cada um foi criado e como seu status mudou. Este exercício revela que o mérito técnico por si só não é suficiente; o consenso social e o alinhamento econômico são os verdadeiros responsáveis pela evolução do Bitcoin.

Fatos-chave

Exercício nove, seis, três, um

Verificação de fatos

Datas, números e afirmações verificados com as fontes publicadas listadas abaixo.

• Amir Taaki, Bitcoin Improvement Proposal #1 (2011)
• Luke Dashjr, BIP2: BIP Process, revised (2016); M. Erhardt, BIP3: Updated BIP Process (2025)
• github.com/bitcoin/bips