BIP zaznamená návrh, nerozhodne
BIP 3 opisuje proces publikovania technických, informačných a procesných návrhov. Číslo a stav znamenajú, že dokument spĺňa procesné kritériá alebo preukázal nasadenie; samotný zápis do repozitára nepredstavuje hlas celej komunity.
Autor zhromažďuje kritiku, špecifikuje kompatibilitu a pri technickom návrhu dodáva implementáciu a testovacie vektory. BIP editor hodnotí formu a pripravenosť dokumentu, nie to, či smie zmeniť Bitcoin.
Kód prechádza oddeleným sitom
Implementácia v Bitcoin Core je verejne kontrolovaná, testovaná a prechádza review. Maintainer môže zlúčiť kód do jedného projektu, ale tým ho nenainštaluje cudziemu uzlu ani nezmení pravidlá iných implementácií.
Používatelia a prevádzkovatelia si vyberajú verziu softvéru; burzy, peňaženky, firmy a ťažiari rozhodujú o kompatibilite svojich systémov. Vplyv je nerovnomerný, ale neexistuje jedna databáza členov s jednoduchým väčšinovým hlasovaním.
Soft fork a hard fork
Soft fork zúži množinu platných blokov alebo transakcií. Neaktualizovaný uzol môže blok nového formátu akceptovať podľa starších, voľnejších pravidiel, ale sám nekontroluje nové obmedzenie. Bez dostatočného vynucovania preto môže byť chránený iba nepriamo.
Hard fork rozšíri alebo nezlučiteľne zmení pravidlá tak, že starý uzol môže nový blok odmietnuť. Ak sa ekonomicky významné skupiny nerozhodnú rovnako, výsledkom môžu byť dva trvalé reťazce a dve aktíva.
Aktivácia koordinuje rizikový prechod
BIP 9 použil verziové bity, časové okno, prah signalizácie ťažiarov a odklad pred vynucovaním. Signalizácia pomáha odhadnúť pripravenosť na tvorbu kompatibilných blokov, ale sama nie je univerzálnym hlasom o hodnote návrhu.
Rozličné aktivačné mechanizmy rozdeľujú riziko odlišne medzi ťažiarov, uzly a časové termíny. Skutočný výsledok závisí od spusteného kódu, ekonomickej akceptácie a ochoty znášať rozdelenie. Pomalosť zmien chráni stabilitu, no môže tiež odďaľovať užitočné opravy.