Bitcoin Whitepaper — документ, у якому Satoshi Nakamoto представив задум Bitcoin. Він оголосив його 31 жовтня 2008 року під назвою Bitcoin: A Peer-to-Peer Electronic Cash System. Дев’ять сторінок разом із джерелами пояснюють, як поєднати цифрові підписи, публічний запис платежів і обчислювальну роботу в систему без центрального адміністратора. Це пояснення початкової ідеї, а не повна інструкція до сучасної програми чи гарантія безпеки кожного сервісу Bitcoin.
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]
Почніть із короткого викладу й питання, як запобігти подвійному витрачанню без адміністратора. Далі простежте внесок підписів, спільної історії та роботи для створення блоків. Якщо математика вас зупиняє, не обов’язково відразу розуміти кожну формулу: спочатку з’ясуйте, яку атаку моделюють обчислення й на яких припущеннях вони стоять. До подробиць можна повернутися. Початковий лист засвідчує, коли Satoshi представив задум; PDF містить аргументацію. Речення, вирване із цього контексту, не доводить безпеки певного гаманця чи сервісу. [2] [1]
Найважливіше — не запам’ятати назви розділів, а зрозуміти, чому жодна складова не достатня сама: підпис підтверджує право, публічна історія допомагає виявити подвійне витрачання, а Proof of Work ускладнює переписування порядку. Складові мали попередників, на яких Satoshi посилається в джерелах. Внесок полягає в їх поєднанні. Whitepaper залишається добрим вступом до міркувань про Bitcoin, якщо читати його як обґрунтовану пропозицію з конкретними припущеннями. Це не прайс, інвестиційний посібник чи повна специфікація всіх сучасних правил та інструментів із назвою Bitcoin. [1]
Для повної картини прочитайте також Satoshi Nakamoto, Bitcoin, Proof of Work, Транзакція, Timechain / Blockchain. На цю статтю також посилаються Bitcoin, Satoshi Nakamoto, Genesis Block, Шифропанки.