BIP je zkratka Bitcoin Improvement Proposal. Jde o dokument popisující technické řešení, postup nebo důležité poznatky kolem Bitcoinu. Umožňuje ostatním návrh prostudovat, zpochybnit a případně použít; jeho zveřejněním se software ani pravidla sítě automaticky nemění.
Anna připraví platbu v počítači, ale podepsat ji chce hardwarovou peněženkou od jiného výrobce. Oba programy potřebují rozumět předávaným údajům. Právě takový problém řeší BIP 174: popisuje PSBT, společný formát pro předání rozpracované transakce a údajů potřebných k podpisu. Vývojáři se mohou řídit stejným dokumentem, místo aby každý vymýšlel vlastní nekompatibilní řešení. To je jeden z praktických důvodů, proč BIPy existují. [8]
Různá čísla označují různé druhy práce. BIP39 popisuje vytvoření záložních slov a jejich převod na seed, výchozí data pro odvozování klíčů peněženky. BIP 141 popisuje SegWit, změnu pravidel zpracování transakcí, která v síti začala platit po aktivaci. BIP 174 pomáhá peněženkám předávat transakce k podpisu bez změny platnosti bloků. BIP 50 naopak zaznamenává příčiny a řešení nehody z března 2013, kdy se síť dočasně rozdělila. Ne každý BIP tedy navrhuje nové pravidlo pro Bitcoin. [6] [7] [8] [9]
Popis řešení, jeho naprogramování a jeho používání jsou tři různé kroky. Prvnímu se říká specifikace, druhému implementace. Peněženka může vyzkoušet ještě rozpracovaný návrh; jiný dokument nemusí mít žádný používaný program. U změn pravidel platnosti bloků přibývá aktivace, okamžik, od kterého je příslušný software začne vynucovat. Zveřejněný text tedy není automatická aktualizace vašeho uzlu, počítače, který ověřuje pravidla sítě. [7] [10]
Číslo vám především pomůže najít správný dokument a navázat na stejnou diskusi. Vyšší číslo neznamená lepší návrh ani doporučený upgrade. I očíslovaný dokument může zůstat rozpracovaný nebo být odložen. Když služba zdůrazňuje, že podporuje určitý BIP, potřebujete ještě vědět, jakou funkci tím myslí a zda ji skutečně umí její konkrétní verze. [2]
Autor nejprve prozkoumá starší práci a probere nápad v Bitcoin Development Mailing List, veřejné e-mailové diskusi vývojářů. Připomínky mohou odhalit problém dřív, než vznikne dlouhý dokument. Dostatečně propracovaný text pak pošle do společného úložiště bitcoin/bips na GitHubu jako pull request, tedy žádost o zařazení. Číslo si nevybírá sám: přiděluje je editor po kontrole tématu, formátu a připravenosti návrhu. [1]
BIP Editors pečují o zveřejňované dokumenty: ověřují předchozí diskusi, srozumitelnost návrhu, formát a licenci, přidělují čísla a spravují záznamy. Nerozhodují tím, který program máte používat nebo jaká pravidla má váš uzel přijmout. Zápis v úložišti není zárukou bezpečnosti ani souhlasu komunity. O skutečném použití rozhodují jednotlivé projekty a účastníci sítě. [1]
Narazíte-li na tvrzení, že byl schválen nový BIP, otevřete samotný dokument a zjistěte, co se opravdu stalo. Dostal pouze číslo, dokončili autoři text, nebo už lidé návrh využívají v konkrétním programu? U peněženky hledejte doklady v její dokumentaci a vydaných verzích; u změny pravidel sítě také podmínky a průběh aktivace. Tím odlišíte zajímavý návrh od funkce, kterou už můžete využít. [10] [2]
Současný postup popisuje BIP 3, Updated BIP Process, se stavem Deployed. Nahradil BIP 2 a zjednodušil kategorie i stavy dokumentů. Ve starším článku proto můžete najít označení Standards Track nebo Final, která neodpovídají dnešnímu členění. Rozhodující je aktuální soubor a jeho historie v úložišti. To slouží k publikaci a uchování návrhů, nikoli jako hlasovací systém o budoucnosti Bitcoinu. [1] [5]
Specification popisuje technická pravidla, podle kterých lze vytvořit spolupracující programy. Před dokončením vyžaduje také funkční vzorovou implementaci, tedy program ukazující řešení v praxi, a test vectors, tedy zkušební vstupy s očekávanými výsledky. Informational shromažďuje informace, rozbor problému nebo doporučení. Process upravuje postup práce, například samotné vydávání BIPů. Právě k této poslední skupině patří BIP 3; nepopisuje novou podobu bitcoinové transakce. [1]
Draft je rozpracovaný návrh. Complete znamená, že autoři dokončili plánovanou práci a doporučují přijetí. Deployed označuje doložené aktivní používání; u Process může jít o dosažení požadovaného rough consensus, tedy širší shody po diskusi a vypořádání věcných námitek, nikoli prosté sčítání hlasů. Closed je historický dokument, na kterém se aktivně nepracuje, neprosazuje se ani se nepoužívá. Zůstává v archivu. Ani Deployed samo neříká, že návrh podporuje každá peněženka. [1]
V záhlaví najdete autory, typ, stav, datum přidělení čísla, licenci a odkazy na diskuse. Requires uvádí potřebné jiné BIPy, Replaces návrhy, které má dokument nahradit, a Proposed-Replacement možného nástupce. Po dosažení stavu Complete se další úpravy zapisují do Changelog, přehledu změn s datem a číslem verze. Položka Version v záhlaví uvádí aktuální verzi dokumentu. Změna nekompatibilní s dosavadním řešením má zpravidla dostat nový BIP, aby stejné číslo nezačalo potichu znamenat něco jiného. [1]
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, Bitcoinové vzdělávání.