O processo atual é gerenciado pelo BIP 3 implantado. Qualquer pessoa pode redigir uma proposta, mas o número é atribuído e o documento é publicado pelos Editores do BIP. Os BIPs são divididos em Especificação, Informativo e Processo, passam pelos estados Rascunho, Completo, Implantado e Fechado e permanecem como recomendação dos autores; a adoção real ocorre apenas por meio de implementação, uso e possivelmente ativação fora do próprio repositório. (Specification) (Informational) (Draft) (Complete) (Deployed) (Closed)
BIP é o documento de proposta pública para Bitcoin. Pode definir uma característica técnica, uma regra de interoperabilidade, um processo, uma recomendação ou um registro histórico. O repositório fornece ao design um ponto de referência estável e mantém um histórico de alterações. O BIP não é uma lei, um comando de protocolo ou uma atualização automática; um nó impõe apenas as regras contidas no software que ele realmente executa.
O BIP 3, denominado Processo BIP Atualizado, tem o status Implantado e substituiu o BIP 2. O processo esclareceu o fluxo de trabalho, limitou o espaço de tomada de decisão dos editores, substituiu a antiga categoria Standards Track pela categoria Especificação e simplificou os status. Ao mesmo tempo, diz explicitamente que o repositório é um meio de publicação e um arquivo, e não um sistema de votação ou um medidor de aceitação.
O trabalho começa antes do GitHub. O autor deverá analisar propostas mais antigas e discutir uma ideia específica na Lista de Discussão de Desenvolvimento Bitcoin. Apenas uma proposta suficientemente elaborada é enviada como pull request sem número próprio. O Editor BIP atribui um número se o texto for tematicamente relevante, devidamente formatado e claramente além do estágio de ideia; em seguida, publica-o mesclando-o no repositório.
A especificação BIP estabelece regras técnicas implementáveis para funcionalidade ou interoperabilidade; deve ter uma implementação de referência e vetores de teste abrangentes antes do estado Completo. O BIP informativo descreve um problema de design, recomendação ou informação. O Process BIP modifica o processo em torno do Bitcoin e após a implantação pode funcionar como um documento de processo continuamente atualizado.
Rascunho significa uma proposta em andamento. Completo diz que os autores consideram o trabalho planejado concluído e recomendam adoção ou implementação; deve haver documentos de implementação e testes para a Especificação BIPu. Implantado significa uso ativo documentado ou, no caso de processo BIP, requer consenso aproximado. Fechado indica um documento que não está mais sendo trabalhado ou usado ativamente; permanece preservado para a história.
Os Editores BIP revisam o escopo, o formato, a discussão prévia, a licença e a preparação, atribuem números e mantêm metadados. De acordo com o BIP 3, não cabe a eles decidir se a proposta será aceite. Portanto, a mera publicação de um BIP controverso não confirma a sua segurança, correcção, popularidade ou consenso comunitário.
O número serve principalmente como uma referência estável. O BIP 39 é um padrão mnemônico amplamente utilizado, o BIP 141 descreve as regras do SegWit, o BIP 174 define o PSBT e o BIP 50 é a autópsia da divisão de março de 2013. Outros BIPs numerados permanecem como Rascunho ou Fechados. O número em si não diz nada sobre importância, implementação ou aprovação.
Uma especificação pode existir sem uma implementação de produção, um software experimental pode implementar um rascunho e a implantação ou ativação são eventos separados. Para mudanças consensuais, a diferença é crucial: um BIP pode definir novas regras, outra forma de implementá-las, e um nó começa a aplicá-las apenas quando o seu software e as condições de ativação o determinam.
BIP 141 é a especificação BIP, cujas regras passaram a fazer parte do consenso Bitcoin após a ativação do SegWit. BIP 174 é um formato para interoperabilidade de carteiras e assinantes sem alterar a validade dos blocos. O BIP 50 documenta o incidente. O próprio BIP 3 é um BIP de processo. A frase «BIP foi recebido» pode, portanto, significar coisas fundamentalmente diferentes para diferentes tipos.
Um BIP moderno contém metadados como status, tipo, número de data atribuída, licença, links de discussão, versão e, possivelmente, Requer, Substitui e Substituição Proposta. Após a conclusão, alterações mais significativas são gravadas no changelog com versões semelhantes ao versionamento semântico. Uma alteração incompatível com versões anteriores em uma especificação madura geralmente deve obter um novo BIP, e não alterar silenciosamente o significado do número antigo.
Sempre comece com a versão atual no repositório oficial, não com uma captura de tela ou um artigo antigo. Verifique tipo, status, versão, autores, discussões, dependências e changelog. Em seguida, verifique de forma independente o suporte no software relevante e, para o design de consenso, implantação e ativação. A questão chave não é “o BIP existe?”, mas sim “o que especifica exactamente, quem o implementa e que provas mostram que está realmente activo?”.
Para ter uma visão mais completa, leia este verbete junto com Soft Fork, Regras de consenso, Bitcoin Core, Bitcoin, Hard Fork, BIP 39. Também há referências a este verbete em Soft Fork, Guerra do tamanho dos blocos, Bitcoin Core.