Současný proces řídí nasazený BIP 3. Návrh může napsat kdokoli, ale číslo přidělují a dokument publikují BIP Editors. BIPy se dělí na Specification, Informational a Process, procházejí stavy Draft, Complete, Deployed a Closed a zůstávají doporučením autorů; skutečné přijetí vzniká až implementací, používáním a případně aktivací mimo samotný repozitář.
BIP je veřejný návrhový dokument pro Bitcoin. Může definovat technickou funkci, pravidlo interoperability, proces, doporučení nebo historický záznam. Repozitář dává návrhu stabilní citační bod a uchovává historii změn. BIP není zákon, příkaz protokolu ani automatická aktualizace; uzel vynucuje pouze pravidla obsažená v softwaru, který skutečně provozuje.
BIP 3 s názvem Updated BIP Process má stav Deployed a nahradil BIP 2. Proces zpřehlednil workflow, omezil rozhodovací prostor editorů, nahradil starou kategorii Standards Track kategorií Specification a zjednodušil stavy. Současně výslovně říká, že repozitář je publikační médium a archiv, nikoli hlasovací systém nebo měřič přijetí.
Práce začíná ještě před GitHubem. Autor má projít starší návrhy a konkrétní myšlenku diskutovat na Bitcoin Development Mailing Listu. Teprve dostatečně rozpracovaný návrh se posílá jako pull request bez vlastního čísla. BIP Editor přidělí číslo, pokud je text tematicky relevantní, správně formátovaný a zjevně překročil fázi pouhého nápadu; poté jej publikuje sloučením do repozitáře.
Specification BIP stanovuje implementovatelná technická pravidla pro funkci nebo interoperabilitu; před stavem Complete musí mít referenční implementaci a komplexní test vectors. Informational BIP popisuje návrhový problém, doporučení či informace. Process BIP upravuje proces okolo Bitcoinu a po nasazení může fungovat jako průběžně aktualizovaný procesní dokument.
Draft znamená rozpracovaný návrh. Complete říká, že autoři považují plánovanou práci za dokončenou a doporučují přijetí či implementaci; u Specification BIPu musí existovat implementační a testovací podklady. Deployed znamená doložené aktivní používání nebo u procesního BIPu požadovaný rough consensus. Closed označuje dokument, na kterém se již aktivně nepracuje nebo který se nepoužívá; zůstává zachován pro historii.
BIP Editors kontrolují rozsah, formát, předchozí diskusi, licenci a připravenost, přidělují čísla a udržují metadata. Podle BIP 3 nemají rozhodovat, zda bude návrh přijat. Samotné publikování kontroverzního BIPu proto nepotvrzuje jeho bezpečnost, správnost, popularitu ani konsenzus komunity.
Číslo slouží hlavně jako stabilní reference. BIP 39 je široce používaný mnemonic standard, BIP 141 popsal pravidla SegWitu, BIP 174 definuje PSBT a BIP 50 je post-mortem splitu z března 2013. Jiné očíslované BIPy zůstávají Draft nebo Closed. Číslo samo neříká nic o důležitosti, implementaci ani schválení.
Specifikace může existovat bez produkční implementace, experimentální software může implementovat Draft a nasazení či aktivace jsou další samostatné události. U konsenzuálních změn je rozdíl zásadní: jeden BIP může definovat nová pravidla, jiný způsob jejich nasazení a uzel je začne vynucovat jen tehdy, když to určí jeho software a aktivační podmínky.
BIP 141 je Specification BIP, jehož pravidla se po aktivaci SegWitu stala součástí bitcoinového konsenzu. BIP 174 je formát interoperability peněženek a signerů bez změny platnosti bloků. BIP 50 dokumentuje incident. BIP 3 sám je Process BIP. Věta 'BIP byl přijat' proto může u různých typů znamenat zásadně odlišné věci.
Moderní BIP obsahuje metadata jako status, typ, datum přidělení čísla, licenci, odkazy na diskusi, verzi a případně Requires, Replaces a Proposed-Replacement. Po Complete se významnější změny zapisují do changelogu s verzemi podobnými semantic versioning. Zpětně nekompatibilní změna vyzrálé specifikace má zpravidla dostat nový BIP, nikoli potichu změnit význam starého čísla.
Začni vždy aktuální verzí v oficiálním repozitáři, ne screenshotem nebo starým článkem. Zkontroluj typ, status, verzi, autory, diskuse, závislosti a changelog. Pak samostatně ověř podporu v příslušném softwaru a u konsenzuálního návrhu i deployment a aktivaci. Klíčová otázka není 'existuje BIP?', ale 'co přesně specifikuje, kdo to implementuje a jaký důkaz ukazuje, že je to skutečně aktivní?'.
Pro nejúplnější obraz čtěte toto heslo společně s Soft Fork, Konsensuální pravidla, Bitcoin Core, Bitcoin, Hard Fork, BIP 39. Opačným směrem na něj odkazují také Soft Fork, Válka o velikost bloků, Bitcoin Core, Luke Dashjr.