Bitcoin Whitepaper

Whitepaper описывает проблему и предлагает решение. Документ Bitcoin начинает с повседневного вопроса: когда я отправляю деньги через интернет, обязательно ли между нами должен стоять банк или другой управляющий? Satoshi отправил проект в криптографическую рассылку 31 октября 2008 года и дал ссылку на текст. Он не обещал цену биткоина или доход инвестору. Он объяснял, как принимать платежи, не поручая одной компании решения об их истории. Эта проблема связывает весь документ. [2] [1]

Представьте, что отправитель подписал два разных платежа, расходующих одни деньги. Один получатель видит первый, другой — второй. Оба могут проверить правильную цифровую подпись, то есть право совершить платёж, но получить деньги оба не могут. Данные в интернете легко копировать; одной подписи недостаточно. Поэтому раздел 2 отделяет право расходовать средства от вопроса, какой платёж войдёт в общую историю. Bitcoin дополняет подписи публичной записью, позволяющей распознать уже потраченные средства. [1]

Разделы 3–5 объединяют платежи в блоки. Каждый новый блок ссылается на предыдущий через hash — короткий цифровой отпечаток данных. Изменение старой записи изменило бы отпечаток и нарушило связи. Proof of Work добавляет затратную вычислительную работу: создание допустимого блока требует многих попыток, а результат легко проверить. При споре ветвей учитывается накопленная работа в истории, соблюдающей правила, а не число созданных аккаунтов или IP-адресов. Текст называет её самой длинной цепочкой. Даже огромная работа не сделает неправильную транзакцию правильной. Цепочка также задаёт порядок событий, а не точное время каждого платежа. [1] [3]

Компьютеры и электричество стоят денег. Раздел 6 добавляет экономический стимул: создатель принятого блока может получить новые монеты и комиссии от включённых платежей. Комиссия — разница между стоимостью, которую расходует транзакция, и стоимостью новых выходов. Это не дополнительные монеты из ничего. Текст рассматривает будущее, когда вознаграждение обеспечивают только комиссии. Но важно знать границы проекта: точного лимита 21 миллион и сокращения выпуска вдвое каждые 210 000 блоков whitepaper не приводит. Эти правила нужно проверять по другим материалам о Bitcoin. [1] [3]

Не каждый хочет скачивать и проверять все транзакции. Раздел 8 предлагает SPV — упрощённую проверку платежей. Клиент получает заголовки с основными данными блоков и доказательство Меркла: связь hash-отпечатков, подтверждающую включение транзакции в блок. Это разница между проверкой наличия записи в книге и проверкой правильности всей книги. Само включение не проверяет все правила и всю историю расходования. Whitepaper признаёт ограничение: упрощённый клиент уязвимее к некоторым атакам, чем Full Node, самостоятельно проверяющий транзакции. [1]

В банковской системе большая часть записей платежей непублична. Системе Bitcoin нужна общая история, поэтому приватность приходится защищать иначе. Раздел 10 объясняет отделение платежей от личности владельцев ключей и рекомендует новые пары ключей для следующих транзакций. Он признаёт и слабость: платежи можно связывать. Установление человека за одной записью может раскрыть другие его платежи. Новый адрес — не волшебная маска. Он ограничивает некоторые связи, но сам не стирает публичные сведения или знания другой стороны. [1]

Раздел 11 спрашивает, каковы шансы атакующего догнать цепочку честных участников. Представьте гонку: одна сторона уже впереди, но обе продолжают работать. Чем меньше доля вычислительной мощности атакующего и больше отрыв, тем ниже в описанной модели его шанс догнать цепочку. Расчёт использует предположения и приближение Пуассона — математическое упрощение для оценки числа событий за период. Он не предсказывает каждую настоящую атаку. Поэтому отдельное число из таблицы нельзя считать безопасным числом подтверждений для любого платежа. [1]

Документ объясняет первоначальный проект. Сеть и программа развивались; например, SegWit, изменение из предложения BIP 141, в нём отсутствует. BIP — документ с предложением улучшения, не решение, автоматически становящееся правилом сети после публикации. В современных вопросах нужно различать предложение, программу, действительно применяемые общие правила и местные решения узла о передаче транзакций. Узел может не передать транзакцию, а позже принять её в правильном блоке. Эти ситуации не противоречат друг другу. [4] [3]

Начните с краткого содержания и вопроса, как предотвратить двойное расходование без управляющего. Затем проследите вклад подписей, общей истории и работы для создания блоков. Если математика вас останавливает, необязательно сразу понимать каждую формулу: сначала выясните, какую атаку моделирует расчёт и на какие предположения опирается. К подробностям можно вернуться. Первоначальное письмо подтверждает момент представления проекта; PDF содержит аргументацию. Фраза вне этого контекста не доказывает безопасность конкретного кошелька или сервиса. [2] [1]

Главное — не запомнить названия разделов, а понять, почему ни одна часть не достаточна сама: подпись подтверждает право, публичная история помогает обнаружить двойное расходование, а Proof of Work затрудняет переписывание порядка. У частей были предшественники, которых Satoshi цитирует в источниках. Вклад заключается в их соединении. Whitepaper остаётся хорошим введением в рассуждения о Bitcoin, если читать его как обоснованный проект с конкретными предположениями. Это не прайс, инвестиционное руководство или полная спецификация всех современных правил и инструментов с названием Bitcoin. [1]