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, Шифропанки.