Bitcoin Whitepaper

Slovem whitepaper se označuje dokument, který představuje určitý problém a navrhuje jeho řešení. Ten bitcoinový začíná docela obyčejnou otázkou: když pošlu peníze přes internet, musí mezi námi vždy stát banka nebo jiný správce? Satoshi svůj návrh poslal 31. října 2008 do kryptografické e-mailové konference a připojil odkaz na text. Nesliboval v něm cenu bitcoinu ani výnos pro investora. Vysvětloval, jak by mohli lidé přijímat platby, aniž by museli svěřit rozhodování o jejich historii jedné společnosti. Právě tento problém drží celý dokument pohromadě. [2] [1]

Představte si, že odesílatel podepíše dvě různé platby, které obě utrácejí stejné peníze. Jeden příjemce uvidí první a druhý druhou. Oba mohou zkontrolovat správný digitální podpis, tedy důkaz oprávnění k platbě, a přesto nemohou dostat zaplaceno oba. Kopírování dat je na internetu snadné; podpis sám tento problém neodstraní. Kapitola 2 proto rozlišuje oprávnění utratit prostředky od otázky, která platba bude platit ve společné historii. Bitcoin k podpisům přidává veřejný záznam, podle něhož lze rozpoznat, že prostředky už byly utraceny. [1]

Kapitoly 3–5 popisují spojování plateb do bloků. Každý další blok odkazuje na předchozí pomocí hashe, krátkého digitálního otisku dat. Změna staršího záznamu by změnila i tento otisk a porušila návaznost. Proof of Work k tomu přidává nákladnou výpočetní práci: vytvoření přijatelného bloku vyžaduje mnoho pokusů, zatímco výsledek lze snadno ověřit. Při sporu mezi větvemi tak nerozhoduje počet vytvořených účtů nebo IP adres, ale nahromaděná práce v historii, která dodržuje pravidla. Text pro ni používá označení nejdelší řetězec. Ani mnoho práce však neudělá neplatnou transakci platnou. Řetězec také určuje pořadí událostí, nikoli přesný čas každé platby. [1] [3]

Počítače a elektřina něco stojí. Kapitola 6 proto přidává ekonomickou motivaci: tvůrce přijatého bloku může získat nově vydané mince a poplatky z plateb v bloku. Poplatek je rozdíl mezi hodnotou, kterou transakce spotřebuje, a hodnotou nově vytvořených výstupů. Nejde o další mince vzniklé z ničeho. Text uvažuje také budoucnost, kdy odměnu budou tvořit pouze poplatky. Čtenář ale musí vědět, kde návrh končí: přesný limit 21 milionů ani půlení po 210 000 blocích whitepaper neuvádí. Tato pravidla je nutné ověřit v dalších podkladech k Bitcoinu. [1] [3]

Ne každý chce stahovat a ověřovat všechny transakce. Kapitola 8 proto navrhuje SPV, zjednodušené ověřování plateb. Klient si opatří hlavičky bloků, tedy jejich stručné základní údaje, a Merkle důkaz: propojení hashů, které dokládá zařazení konkrétní transakce do bloku. Je to podobné rozdílu mezi ověřením, že záznam je v určité knize, a kontrolou správnosti celé knihy. Důkaz zařazení sám nepotvrzuje dodržení všech pravidel ani celou historii utrácení. Whitepaper toto omezení neskrývá: zjednodušený klient je proti některým útokům zranitelnější než Full Node, který transakce sám ověřuje. [1]

V bankovnictví je velká část platebního záznamu neveřejná. Bitcoin naopak potřebuje sdílenou historii, takže soukromí musí chránit jinak. Kapitola 10 vysvětluje oddělení plateb od totožnosti držitelů klíčů a doporučuje nové páry klíčů pro další transakce. Současně přiznává slabé místo: platby lze propojovat. Pokud se podaří přiřadit člověka k jednomu záznamu, může to odhalit i další jeho platby. Nová adresa proto není kouzelná maska. Pomáhá omezit některé vazby, ale sama neodstraní informace, které zůstávají ve veřejné historii nebo je zná protistrana. [1]

Kapitola 11 se ptá, jakou šanci má útočník dohnat řetězec, který vytvářejí poctiví účastníci. Představte si závod, v němž jedna strana už získala náskok, ale obě dál pracují. Čím menší je podíl útočníkova výkonu a čím větší náskok, tím menší je v popsaném modelu šance na dohnání. Výpočet používá předpoklady a Poissonovu aproximaci, matematické zjednodušení pro odhad počtu událostí v daném období. Není to předpověď každého skutečného útoku. Z tabulky proto nelze vytrhnout jedno číslo a označit je za bezpečný počet potvrzení pro jakoukoli platbu. [1]

Dokument vysvětluje původní návrh. Síť a software se od té doby vyvíjely; například SegWit, změna popsaná v návrhu BIP 141, v něm není. BIP je dokument popisující návrh vylepšení, ne rozhodnutí, které se zveřejněním automaticky stane pravidlem sítě. Při čtení současných technických otázek proto potřebujeme rozlišovat návrh, program, skutečně používaná společná pravidla a místní rozhodnutí uzlu o přeposílání transakcí. Uzel může určitou transakci nepřeposlat, a přesto ji později přijmout v platném bloku. Tyto dvě situace nejsou rozpor. [4] [3]

Začněte úvodním shrnutím a otázkou, jak zabránit dvojímu utracení bez správce. Potom sledujte, co k odpovědi přidávají podpisy, společná historie a práce potřebná k tvorbě bloků. Pokud vás matematika zastaví, není nutné hned rozumět každému vzorci: nejprve si ujasněte, jaký útok výpočet modeluje a na jakých předpokladech stojí. K podrobnostem se můžete vrátit později. Původní e-mail dokládá, kdy Satoshi návrh představil; PDF obsahuje vlastní argumentaci. Jedna věta vytržená z tohoto celku není důkazem, že určitá peněženka nebo služba musí být bezpečná. [2] [1]

Nejdůležitější není zapamatovat si názvy kapitol. Je to pochopit, proč žádná ze součástí nestačí sama: podpis řeší oprávnění, veřejná historie pomáhá odhalit dvojí utracení a Proof of Work ztěžuje přepisování pořadí. Jednotlivé prvky měly své předchůdce, na které Satoshi v seznamu zdrojů také odkazuje. Přínosem je způsob jejich propojení. Whitepaper tak zůstává dobrým vstupem do uvažování o Bitcoinu, pokud jej čteme jako promyšlený návrh s konkrétními předpoklady. Není to ceník, návod k investování ani úplná specifikace všech pravidel a nástrojů, které dnes nesou jméno Bitcoin. [1]