Veřejně dostupný průvodce vývojovou filozofií Bitcoinu od Kalleho Rosenbauma se spoluautorkou Linnéou Rosenbaum. Pomáhá čtenářům, kteří již znají technické základy, zkoumat důvody návrhových rozhodnutí a jejich omezení.
Hlavním autorem Bitcoin Development Philosophy je Kalle Rosenbaum a spoluautorkou Linnéa Rosenbaum. Vznik knihy zadala a financovala Chaincode Labs. Úvod ji představuje jako průvodce návrhovými kompromisy a zkušenostmi z vývoje Bitcoinu, nikoli jako závazný předpis, kdo má o protokolu rozhodovat. [2]
Kniha předpokládá porozumění základům Proof of Work, sestavování bloků a životnímu cyklu transakce. Kapitoly propojují vlastní výklad s odkazy na články a přednášky; repozitář uchovává také oddělenou sbírku převzatých textů s informací o původu. Smyslem je učit se posuzovat návrhy v kontextu, ne pouze naučit se příkazy. [2]
Obsah má 9 hlavních kapitol: decentralizace, Trustlessness, soukromí, omezená nabídka, aktualizace, Adversarial thinking, otevřený zdrojový kód, škálování a zvládání incidentů. Následují diskusní otázky a pokyny k připomínkám a sestavení knihy. Z tohoto celku jsme podrobně četli dvě níže rozebrané kapitoly; ostatní zde popisujeme podle struktury. [1]
Kapitola Trustlessness rozlišuje protokol bez nutnosti důvěřovat prostředníkovi a důvěru v používaný software či hardware. Vlastní Full Node kontroluje přijaté bloky podle svých pravidel, například vydávání mincí a nepřítomnost dvojí útraty v řetězci. Nedává však záruku proti přepsání části řetězce; kapitola proto odděluje validaci pravidel od rizika reorganizace a významu potvrzení. [3]
Další část Trustlessness probírá reprodukovatelná sestavení a původ nástrojů použitých k jejich vytvoření. Shoda výsledných souborů více sestavovatelů pomáhá kontrolovat distribuci, sama však neprokazuje správnost zdrojového kódu nebo celého překladače a hardwaru. Čtenář má rozpoznat, kterou část závislosti skutečně ověřil; uvedené postupy jsme zde neprováděli. [3]
Adversarial thinking začíná bezpečnostními předpoklady a odlišuje fungování v praxi od formálního důkazu bezpečnosti celého systému. Neřeší jen chyby programu: upozorňuje na izolaci uzlu od poctivé sítě a také na narušování otevřené spolupráce. Záměr kapitoly je hledat způsoby selhání a motivace útočníků, nikoli vydávat pohodlný příběh za bezpečnostní analýzu. [4]
Kapitola cituje Voskuilův axiom odolnosti jako předpoklad, že systém může vzdorovat státní kontrole. Sama citace jej výslovně nepředkládá jako prokázaný fakt. V tomto přehledu proto rozlišujeme autorův argument a výchozí předpoklad od záruky, že konkrétní nasazení odolá každému protivníkovi. [4]
Přečetli jsme celý úvod About this book a celé zdrojové kapitoly Trustlessness a Adversarial thinking v oficiálním repozitáři, včetně jejich závěrů a vložených citací. Prohlédli jsme všechny čtyři ilustrace těchto dvou kapitol. Nečetli jsme celé ostatní kapitoly ani všechny odkazované články a nesledovali jsme odkazované přednášky. Neprováděli jsme reprodukovatelné sestavení, provozní zkoušku ani bezpečnostní audit. [2] [3] [4]
Pro nejúplnější obraz čtěte toto heslo společně s Bitcoin Core, Konsensuální pravidla, Soft Fork, Full Node.
01Nahrazuje kniha specifikaci protokolu nebo praktický kurz programování?+
Jejím zaměřením jsou důvody, kompromisy a předpoklady vývoje. Předpokládá základní technické znalosti a odkazuje na další materiály. Tento přehled ji neověřuje jako úplnou specifikaci ani jako praktický kurz, jehož cvičení jsme provedli.
02Znamená Trustlessness, že už ničemu nemusím důvěřovat?+
Takto to přečtená kapitola nepodává. Rozlišuje ověřování pravidel vlastním uzlem od důvěry v software, hardware a od rizika přepsání řetězce. Důležité je vědět, co konkrétní kontrola skutečně zaručuje a co zůstává předpokladem.