Bitcoin Whitepaper — дев’ятисторінковий документ Сатоші Накамото Bitcoin: A Peer-to-Peer Electronic Cash System, оголошений 31 жовтня 2008 року. Він пояснює задум системи, а не повну специфікацію сучасного Bitcoin; дев’ять сторінок включають список джерел.
Розділ 2 описує передачу монети цифровими підписами. Одержувач може перевірити право витрачати, але відправник здатен підписати й конкурентний платіж тими самими коштами. Рішенням має бути спільна публічна історія. Коректний підпис і включення транзакції до цієї історії — різні умови. [Original Bitcoin whitepaper]
Розділи 3–5 поєднують блоки хешами та Proof of Work. Найдовший ланцюг тут означає історію з найбільшою накопиченою роботою, а не голосування за кількістю IP-адрес. Робота не замінює перевірки транзакцій: вузли відхиляють некоректні блоки. Ланцюг задає порядок, а не точний незалежний час кожного платежу. [Original Bitcoin whitepaper] [Bitcoin Developer Guide — Block Chain]
Розділ 6 називає нові монети й комісії стимулами створення блоків. Комісія — різниця вартостей входів і виходів; розглянуто перехід до фінансування лише комісіями. Але числову межу 21 мільйон та інтервал халвінгу 210 000 блоків не наведено. Ці параметри потребують інших джерел. [Original Bitcoin whitepaper] [Bitcoin Developer Guide — Block Chain]
Розділ 8 пропонує SPV: клієнт отримує заголовки блоків і доказ Меркла про включення транзакції. Наявність у блоці не є самостійною перевіркою всіх правил і всієї історії витрачання. Текст прямо визнає, що цей метод вразливіший до нападника, ніж повний вузол. [Original Bitcoin whitepaper]
Розділ 10 відокремлює публічні транзакції від особи власників ключів і радить нові пари ключів. Він також застерігає, що зв’язки можуть розкрити інші платежі після встановлення однієї особи. Тому нова адреса сама не гарантує анонімності; публічна історія залишається доступною для аналізу. [Original Bitcoin whitepaper]
Розділ 11 моделює наздоганяння чесного ланцюга нападником. Результат залежить від його частки обчислювальної потужності та відриву ланцюга; за слабшого нападника ризик падає зі зростанням відриву. Модель використовує припущення й апроксимацію Пуассона. Вона не встановлює єдиної безпечної кількості підтверджень для кожного платежу та нападу. [Original Bitcoin whitepaper]
Пізніших змін, як-от SegWit з BIP 141, у whitepaper немає. Публікація BIP сама не означає його прийняття. Для пояснення сучасної поведінки слід розрізняти пропозицію, реалізацію, застосовані правила консенсусу та локальну політику пересилання; остання не є правилом коректності блоку. [BIP 141 — Segregated Witness] [Bitcoin Developer Guide — Block Chain]
Первинне жовтневе оголошення документує публікацію задуму, а PDF містить аргументацію. Розділи про підписи, мережу й розрахунки треба читати разом: кожен розв’язує іншу частину проблеми. Цитата одного речення без його припущень не доводить безпеки певного гаманця чи сучасної реалізації. [Original announcement — 31 October 2008] [Original Bitcoin whitepaper]
Для повної картини прочитайте також Satoshi Nakamoto, Bitcoin, Proof of Work, Транзакція, Timechain / Blockchain. На цю статтю також посилаються Bitcoin, Satoshi Nakamoto, Genesis Block, Шифропанки.