Белой книге Биткоина исполнилось 18 лет: история и факты

31 октября 2008 года в разгар мирового финансового кризиса Сатоши Накамото опубликовал белую книгу Bitcoin: A Peer-to-Peer Electronic Cash System, заложив фундаментальную концепцию децентрализованных цифровых денег.

Основные цели создания Биткоина

Главной идеей проекта стало устранение финансовых посредников. Система позволила пользователям переводить средства напрямую друг другу без участия банков и платёжных операторов, обеспечивая прямые транзакции между участниками сети.

Ключевым техническим решением стала защита от двойного расходования средств. Проверкой платежей занимается сама распределённая сеть, а механизм Proof-of-Work заменяет традиционное доверие криптографическими доказательствами, делая изменение истории транзакций крайне затратным.

Создание денег без центрального эмитента обеспечило независимость валюты. Новые биткоины выпускаются по жёстким правилам протокола, а майнеры получают вознаграждение за обеспечение безопасности и работы сети, сохраняя при этом приватность участников.

Исторические факты о разработке протокола

1. Лимит в 21 миллион BTC не упоминался в первоначальной белой книге и был предусмотрен только в программном коде; публично об этом заявил сам Сатоши в январе 2009 года.
2. Разработка велась в обратном порядке: сначала была написана программа для проверки работоспособности идеи, и лишь затем подготовлен документальный отчёт.
3. Предварительная версия документа называлась Electronic Cash Without a Trusted Third Party, однако её полный текст до сих пор не найден.
4. Первые биткоины добывались на обычных домашних компьютерах под управлением Windows благодаря низкой начальной сложности майнинга.
5. В генезис-блок 3 января 2009 года был встроен заголовок газеты The Times о спасении банков государством.

Несмотря на скептицизм криптографа Джеймса Дональда относительно масштабируемости сети, Сатоши предсказал появление специализированных серверных ферм. Он также предупреждал, что система является экспериментальной и может потребовать перезапуска при возникновении критических проблем.