Bitcoin Whitepaper to dziewięciostronicowy dokument Satoshiego Nakamoto Bitcoin: A Peer-to-Peer Electronic Cash System, ogłoszony 31 października 2008 roku. Wyjaśnia projekt systemu, a nie pełną specyfikację dzisiejszego Bitcoina; dziewięć stron obejmuje bibliografię.
Rozdział 2 opisuje przekazanie monety za pomocą podpisów cyfrowych. Odbiorca może sprawdzić uprawnienie, ale nadawca może podpisać też konkurencyjną płatność tymi samymi środkami. Rozwiązaniem ma być wspólna publiczna historia. Poprawny podpis i włączenie transakcji do tej historii to odrębne warunki. [Original Bitcoin whitepaper]
Rozdziały 3–5 łączą bloki za pomocą hashy i Proof of Work. Najdłuższy łańcuch oznacza tu historię z największą wykonaną pracą, nie głosowanie według liczby adresów IP. Praca nie zastępuje walidacji transakcji: węzły odrzucają nieprawidłowe bloki. Łańcuch ustala kolejność, a nie dokładny niezależny czas każdej płatności. [Original Bitcoin whitepaper] [Bitcoin Developer Guide — Block Chain]
Rozdział 6 przedstawia nowe monety i opłaty jako zachęty do tworzenia bloków. Opłata jest różnicą wartości wejść i wyjść; rozważane jest przejście na finansowanie wyłącznie opłatami. Nie podano jednak limitu 21 milionów ani okresu halvingu wynoszącego 210 000 bloków. Te parametry wymagają innych źródeł. [Original Bitcoin whitepaper] [Bitcoin Developer Guide — Block Chain]
Rozdział 8 proponuje SPV: klient pobiera nagłówki bloków i dowód Merkle potwierdzający włączenie transakcji. Obecność w bloku nie jest samodzielnym sprawdzeniem wszystkich reguł i całej historii wydawania środków. Dokument wyraźnie przyznaje, że metoda jest bardziej podatna na atak niż pełny węzeł. [Original Bitcoin whitepaper]
Rozdział 10 oddziela publiczne transakcje od tożsamości posiadaczy kluczy i zaleca nowe pary kluczy. Ostrzega też, że powiązania mogą ujawnić dalsze płatności po odkryciu jednej tożsamości. Nowy adres sam nie gwarantuje więc anonimowości; publiczna historia pozostaje dostępna do analizy. [Original Bitcoin whitepaper]
Rozdział 11 modeluje doganianie uczciwego łańcucha przez napastnika. Wynik zależy od jego udziału w mocy obliczeniowej i przewagi łańcucha; przy słabszym napastniku ryzyko maleje wraz z przewagą. Model wykorzystuje założenia i przybliżenie Poissona. Nie ustala jednej bezpiecznej liczby potwierdzeń dla każdej płatności i każdego ataku. [Original Bitcoin whitepaper]
Późniejszych zmian, takich jak SegWit opisany w BIP 141, nie ma w whitepaperze. Samo opublikowanie BIP nie oznacza jego przyjęcia. Interpretując obecne zachowanie, trzeba odróżniać propozycję, implementację, wdrożone reguły konsensusu i lokalną politykę przekazywania; ta ostatnia nie jest regułą poprawności bloku. [BIP 141 — Segregated Witness] [Bitcoin Developer Guide — Block Chain]
Pierwotne październikowe ogłoszenie dokumentuje publikację projektu, a PDF zawiera jego argumentację. Rozdziały o podpisach, sieci i obliczeniach należy czytać razem: każdy rozwiązuje inną część problemu. Zdanie wyrwane z założeń nie dowodzi bezpieczeństwa konkretnego portfela ani obecnej implementacji. [Original announcement — 31 October 2008] [Original Bitcoin whitepaper]
Pełniejszy obraz uzyskasz, czytając to hasło razem z Satoshi Nakamoto, Bitcoin, Proof of Work, Transakcja, Timechain / Blockchain. Do tego hasła prowadzą również odsyłacze z Bitcoin, Satoshi Nakamoto, Genesis Block, Cypherpunks.