Що таке біткойн-адреси та їхні формати?

Розуміння біткоїн-адрес: Публічний шлюз блокчейну

Біткоїн-адреса є фундаментальним компонентом мережі Bitcoin, виступаючи як унікальний публічний ідентифікатор, на який можна надсилати та з якого можна отримувати транзакції. Подібно до того, як адреса електронної пошти дозволяє отримувати повідомлення, біткоїн-адреса дає змогу отримувати біткоїни. Однак на цьому порівняння закінчується, оскільки біткоїн-адреси нерозривно пов'язані з криптографічними принципами, що забезпечують як безпеку, так і прозорість децентралізованої цифрової валюти. Вони є видимим пунктом призначення вартості в блокчейні, представляючи собою хеш публічного ключа (або скрипта), отриманого з приватного ключа. Розуміння цих адрес є критично важливим для кожного, хто взаємодіє з екосистемою біткоїна — від базових транзакцій до складних налаштувань мультипідпису.

Що таке біткоїн-адреса?

За своєю суттю біткоїн-адреса — це криптографічний хеш, зазвичай рядок буквено-цифрових символів, що позначає місце призначення коштів у біткоїнах. Вона публічно видима в блокчейні, тобто будь-хто може побачити адресу та історію її транзакцій. Проте власник адреси залишається псевдонімним, ідентифікуючись лише самою адресою, а не персональними даними.

Ключові характеристики біткоїн-адреси включають:

• Публічний ідентифікатор: Це те, чим ви ділитеся з іншими, щоб отримати біткоїни.
• Унікальність: Кожна адреса є криптографічно унікальною, що робить практично неможливим генерування однакової адреси двома користувачами.
• Похідна від публічного ключа: Адреси генеруються з публічного ключа, який, у свою чергу, походить від приватного ключа.
• Одностороннє виведення: Легко згенерувати публічний ключ із приватного, а адресу — з публічного, але практично неможливо звернути цей процес (тобто отримати приватний ключ із адреси).
• Псевдонімність: Хоча транзакції та адреси є публічними, особа того, хто контролює адресу, за замовчуванням не розкривається.

Як генеруються біткоїн-адреси

Процес генерації біткоїн-адреси включає послідовність криптографічних кроків, починаючи зі створення приватного ключа.

1. Генерація приватного ключа: Приватний ключ — це випадково згенероване, надзвичайно велике число (256 біт). Це найважливіша частина інформації, оскільки вона контролює доступ до коштів. Його необхідно тримати в таємниці.
2. Генерація публічного ключа: З приватного ключа за допомогою алгоритму цифрового підпису на еліптичних кривих (ECDSA) виводиться публічний ключ. Цей процес є детермінованим і незворотним. Публічний ключ — це пара координат на еліптичній кривій.
3. Хешування публічного ключа: Потім до публічного ключа застосовуються криптографічні хеш-функції (зазвичай SHA-256, а потім RIPEMD-160), щоб отримати набагато коротший хеш фіксованого розміру. Цей процес хешування додатково маскує публічний ключ і скорочує адресу.
4. Контрольна сума та кодування: До хешу додається контрольна сума для виявлення друкарських помилок або помилок в адресі. Нарешті, весь рядок (хеш + контрольна сума) кодується у певний формат, такий як Base58Check або Bech32, у результаті чого виходить зручна для читання людиною біткоїн-адреса.

Така ієрархічна деривація гарантує, що хоча адреса може бути поширена публічно, базовий приватний ключ залишається безпечним і невідомим для інших.

Еволюція форматів біткоїн-адрес

За всю історію біткоїна з'явилося кілька форматів адрес, кожен з яких був розроблений для підвищення ефективності, безпеки або впровадження нових функцій. Ці формати зазвичай розрізняються за початковими символами. Розуміння цих форматів є важливим для забезпечення сумісності та оптимізації витрат на транзакції.

Ранні формати: P2PKH (Pay-to-Public-Key-Hash)

Формат Pay-to-Public-Key-Hash (P2PKH) був оригінальним і найпоширенішим типом біткоїн-адрес протягом багатьох років, починаючи з моменту створення біткоїна в 2009 році. Ці адреси легко впізнати, оскільки вони завжди починаються з цифри 1.

• Характеристики:

  • Префікс: Починається з 1.
  • Кодування: Використовує кодування Base58Check, яке є методом кодування бінарних даних у текстовий формат за допомогою підмножини буквено-цифрових символів (виключаючи 0, O, I, l для уникнення двозначності).
  • Довжина: Зазвичай від 26 до 34 символів.
  • Функціональність: Прямий платіж на хеш одного публічного ключа.

• Процес генерації:

  1. Генерація приватного ключа.
  2. Отримання публічного ключа.
  3. Хешування публічного ключа (SHA-256, потім RIPEMD-160).
  4. Додавання байта версії (0x00 для основної мережі P2PKH).
  5. Обчислення контрольної суми (перші 4 байти SHA-256(SHA-256(байт версії + хеш))).
  6. Додавання контрольної суми та кодування результату в Base58Check.

• Переваги:

  • Широка сумісність: Універсально підтримується всіма біткоїн-гаманцями та сервісами, оскільки це найстаріший формат.
  • Простота: Концептуально зрозумілий формат для прямих платежів між особами.

• Недоліки:

  • Вищі комісії за транзакції: Транзакції з використанням P2PKH-адрес зазвичай мають більший обсяг даних порівняно з новими форматами, що призводить до вищих комісій.
  • Менш ефективне використання простору блоку: Споживає більше місця в блокчейні, що сприяє потенційній перевантаженості мережі під час високого попиту.
  • Відсутність розширених функцій: Не підтримує розширені функції скриптів так прямо, як пізніші формати.

• Приклад: 1BvBMSEYstWetqTFn5Au4m4GFg7xJaNVN2

Покращена безпека та ефективність: P2SH (Pay-to-Script-Hash)

Адреси Pay-to-Script-Hash (P2SH), запроваджені у 2012 році з BIP 16, ознаменували значну еволюцію, дозволивши створювати складніші типи транзакцій без розкриття деталей базового скрипта до моменту витрачання коштів. Ці адреси починаються з цифри 3.

• Характеристики:

  • Префікс: Починається з 3.
  • Кодування: Використовує кодування Base58Check.
  • Довжина: Зазвичай від 26 до 34 символів.
  • Функціональність: Дозволяє здійснювати платіж на хеш скрипта, а не на хеш прямого публічного ключа. Отримувач повинен надати скрипт, хеш якого відповідає вказаному значенню, разом із підписом, який робить скрипт істинним (true).

• Процес генерації (спрощений):

  1. Визначення скрипта викупу (redeem script), наприклад, скрипт мультипідпису, що потребує 2 підписи з 3.
  2. Хешування скрипта викупу (SHA-256, потім RIPEMD-160).
  3. Додавання байта версії (0x05 для основної мережі P2SH).
  4. Обчислення контрольної суми.
  5. Додавання контрольної суми та кодування результату в Base58Check.

• Випадки використання:

  • Гаманці з мультипідписом (Multi-sig): Найпоширеніший випадок, що вимагає кількох ключів для авторизації транзакції. Це підвищує безпеку для організацій або спільних коштів.
  • Таймлок-контракти: Кошти можуть бути заблоковані до певного часу або висоти блоку.
  • Атомарні свопи: Сприяння прямому обміну криптовалют між різними блокчейнами.
  • Ескроу-сервіси: Кошти утримуються третьою стороною до виконання певних умов.

• Переваги:

  • Підвищена гнучкість: Підтримує складнішу логіку транзакцій без розкриття повного скрипта до моменту витрачання.
  • Збільшена безпека: Ідеально підходить для мультипідписів, забезпечуючи вищий рівень безпеки, ніж гаманці з одним ключем.
  • Функція «Платіж будь-кому»: Відправникам не потрібно знати деталі складного скрипта, лише адресу.

• Недоліки:

  • Трохи вищі комісії (порівняно з Native SegWit): Хоча вони ефективніші за P2PKH для складних скриптів, вони все ж менш ефективні, ніж нативні SegWit-адреси.
  • Розкриття скрипта викупу: Повний скрипт викупу розкривається під час витрачання коштів, що потенційно забезпечує меншу приватність, ніж деякі новіші рішення.

• Приклад: 3J98t1WpEZ73CNmQviecrnyiWrnqRhWNLy

Сучасний стандарт: Адреси SegWit (Segregated Witness)

Segregated Witness (SegWit), активований у 2017 році, став значним оновленням біткоїна, спрямованим передусім на вирішення проблеми пластичності транзакцій та покращення масштабованості. Він запровадив новий спосіб структурування транзакцій, відокремивши дані «свідка» (підписи) від основних даних транзакції. Це фактично збільшує місткість блоку та знижує комісії за транзакції SegWit. SegWit запровадив два основних типи адрес: native SegWit (Bech32) та nested SegWit (P2SH-P2WPKH).

P2WPKH (Pay-to-Witness-Public-Key-Hash) / Native SegWit / Bech32

Нативні SegWit-адреси, також відомі як Bech32-адреси (на основі їхньої схеми кодування), представляють найсучаснішу та найефективнішу форму біткоїн-адрес. Їх легко ідентифікувати за префіксом bc1.

• Характеристики:

  • Префікс: Починається з bc1.
  • Кодування: Використовує кодування Bech32, розроблене спеціально для SegWit, що забезпечує краще виявлення помилок та дозволяє використовувати адреси в будь-якому регістрі (вони нечутливі до регістру).
  • Довжина: Довші за P2PKH/P2SH, зазвичай 42 символи.
  • Функціональність: Прямий платіж на хеш одного публічного ключа, подібно до P2PKH, але з використанням переваг SegWit.

• Переваги:

  • Найнижчі комісії за транзакції: Транзакції Native SegWit значно менші за обсягом даних, що призводить до нижчих комісій для користувачів і дозволяє розміщувати більше транзакцій у блоці.
  • Покращена ефективність простору блоку: Допомагає масштабувати мережу, оптимізуючи використання місця в блоці.
  • Краще виявлення помилок: Кодування Bech32 має надійніший механізм виявлення помилок, ніж Base58Check.
  • Орієнтація на майбутнє: Розроблено для сумісності з майбутніми оновленнями протоколу Bitcoin.

• Недоліки:

  • Проблеми сумісності (спочатку): Після впровадження не всі гаманці та сервіси підтримували відправлення на Bech32-адреси або їх отримання. Зараз ситуація значно покращилася, але сумісність ще не є на 100% універсальною для дуже старого ПЗ.
  • Більша довжина: Адреси довші, що може бути трохи менш зручним для ручного переписування (хоча це і не рекомендується).

• Приклад: bc1qrp33cgpvcp0f055z58r5z04g83q93z03g3c0n2

P2WSH (Pay-to-Witness-Script-Hash)

Подібно до P2SH, P2WSH-адреси — це нативні SegWit-адреси, які дозволяють здійснювати платежі на хеш скрипта, але використовують SegWit для самих даних скрипта. Вони також починаються з bc1.

• Характеристики:

  • Префікс: Починається з bc1.
  • Кодування: Bech32.
  • Функціональність: Дозволяє платіж на хеш скрипта, як і P2SH, але з ефективністю SegWit. Скрипт зазвичай містить складну умову, наприклад, вимогу мультипідпису.

• Випадки використання:

  • Гаманці з мультипідписом: Найефективніший спосіб реалізації транзакцій з мультипідписом для підвищення безпеки.
  • Розширені смарт-контракти: Складніші умови, ніж у P2SH, з використанням переваг SegWit.

• Переваги:

  • Максимальна ефективність: Забезпечує найбільшу економію на комісіях для складних транзакцій зі скриптами завдяки відокремленню даних свідка.
  • Надійна безпека: Поєднує можливості мультипідпису з перевагами SegWit.

• Приклад: bc1qg6gu07u0k0e99e09d5y9v00v07s03q03... (приклад ілюстративний, реальні адреси складні)

P2SH-P2WPKH (Nested SegWit)

Щоб подолати розрив між старими гаманцями, які не могли надсилати кошти на нативні адреси Bech32, та перевагами SegWit, був впроваджений проміжний формат, відомий як «вкладений SegWit» (nested SegWit) або P2SH-P2WPKH. Ці адреси також починаються з 3.

• Характеристики:

  • Префікс: Починається з 3.
  • Кодування: Base58Check (оскільки технічно це адреса P2SH).
  • Функціональність: Це адреса P2SH, яка містить скрипт, що при розкритті описує вихід P2WPKH. Це по суті «вкладає» хеш публічного ключа SegWit у структуру адреси P2SH.

• Переваги:

  • Ширша сумісність: Може отримувати кошти зі старих гаманців, які підтримують лише адреси P2PKH та P2SH, водночас користуючись перевагами зниження комісій SegWit.
  • Плавніший перехід: Сприяв впровадженню SegWit, дозволяючи користувачам поступово оновлюватися, не відмовляючись відразу від старого програмного забезпечення.

• Недоліки:

  • Вищі комісії, ніж у Native SegWit: Хоча вони ефективніші за чистий P2PKH, транзакції на та з адрес nested SegWit трохи більші, а отже, мають трохи вищі комісії, ніж нативні транзакції Bech32.
  • Трохи менша ефективність: Через вкладеність цей формат не досягає абсолютної максимальної ефективності нативних адрес SegWit.

• Приклад: 3EktVDTjxuEwS27nL3wK6zW5T7cE57T34Z (Примітка: Візуально не відрізняється від стандартної адреси P2SH, але її внутрішня структура скрипта інша).

Майбутнє: Taproot (P2TR / Pay-to-Taproot)

Taproot, активований у листопаді 2021 року як софтфорк, є останнім великим оновленням біткоїна. Він значно покращує приватність, гнучкість та ефективність, особливо для складних транзакцій та смарт-контрактів, запроваджуючи нові типи адрес на основі підписів Шнорра та Мерклізованих альтернативних дерев скриптів (MAST). Ці нові адреси використовують новий варіант Bech32 під назвою Bech32m.

• Характеристики:

  • Префікс: Починається з bc1p.
  • Кодування: Bech32m, оновлена версія Bech32, яка вирішує деякі потенційні проблеми Bech32 у контексті майбутніх оновлень протоколу.
  • Довжина: Довша за Bech32, зазвичай 62 символи.
  • Функціональність: Дозволяє дуже складним скриптам (наприклад, мультипідписам, таймлокам) виглядати в блокчейні так, ніби це прості транзакції з одним підписом, що значно покращує приватність і знижує комісії для складних операцій.

• Переваги:

  • Покращена приватність: Для мультипідписів або складних умовних витрат Taproot робить їх невідрізними від звичайних витрат з одним підписом у блокчейні.
  • Знижені комісії за транзакції: Роблячи складні транзакції простішими на вигляд, Taproot призводить до значно нижчих комісій для таких операцій.
  • Підвищена гнучкість та масштабованість: Спрощує та впорядковує реалізацію складніших смарт-контрактів на біткоїні.
  • Покращений мультипідпис: Підписи Шнорра дозволяють «агрегацію підписів», що потенційно зменшує розмір транзакцій з мультипідписом.

• Недоліки:

  • Обмежене впровадження (на даний момент): Як найновіший формат, підтримка відправлення на Taproot-адреси та їх отримання все ще зростає серед гаманців та бірж.
  • Найдовший формат адреси: Адреси Bech32m є найдовшими, що може дещо вплинути на користувацький досвід у деяких інтерфейсах.

• Приклад: bc1p5d7rjq7g6rdk2xkyjtmzmcqvf27wfs89f8pg0h8822zzqf

Ключові характеристики та практичне значення різних форматів

Вибір формату біткоїн-адреси, явний чи неявний через налаштування гаманця, має кілька практичних наслідків для користувачів.

1. Сумісність між гаманцями та біржами

Найперше питання при використанні різних форматів адрес — це сумісність.

• P2PKH (адреси на 1): Універсально сумісні. Будь-який біткоїн-гаманець або сервіс може надсилати кошти на адреси P2PKH і отримувати з них.
• P2SH (адреси на 3): Широко сумісні. Більшість сучасних гаманців і сервісів підтримують P2SH, особливо ті, що використовуються для мультипідписів. Nested SegWit (який також починається з 3) також добре підтримується.
• Native SegWit (адреси на bc1): Сумісність зростає. Хоча рівень впровадження високий, невелика кількість дуже старих або погано підтримуваних гаманців/сервісів все ще може не підтримувати відправлення на адреси bc1. Завжди перевіряйте сумісність перед відправленням коштів, особливо великих сум.
• Taproot (адреси на bc1p): Сумісність у процесі становлення. Оскільки це найновіший стандарт, підтримка все ще впроваджується. Важливо перевірити, чи підтримує гаманець або біржа відправника перекази на Taproot-адреси.

Рекомендація: У разі сумнівів або при відправленні на невідомий чи старий сервіс використовуйте адресу на 3 (P2SH-P2WPKH), оскільки вона пропонує хороший баланс сумісності та переваг у комісіях. Для оптимальної ефективності, якщо всі сторони це підтримують, краще використовувати адреси bc1.

2. Комісії за транзакції та ефективність простору блоку

Це один із основних рушіїв еволюції форматів адрес.

• P2PKH: Найвищі комісії через більший розмір даних транзакції.
• P2SH (не SegWit): Комісії залежать від складності скрипта. Для простого мультипідпису вони зазвичай вищі, ніж у SegWit.
• P2SH-P2WPKH (Nested SegWit): Помірна економія комісій порівняно з P2PKH, оскільки дані свідка «відокремлені». Вартість нижча, ніж у P2PKH, але трохи вища, ніж у нативного SegWit через додаткову «обгортку» P2SH.
• P2WPKH (Native SegWit): Значна економія комісій, зазвичай на 20-30% нижче, ніж у P2PKH, завдяки ефективній обробці даних свідка та кодуванню Bech32.
• P2TR (Taproot): Потенціал для ще більшої економії, особливо для складних смарт-контрактів або мультипідписів.

Вплив: Використання адрес SegWit або Taproot безпосередньо трансформується в нижчі витрати для користувача та менше навантаження на мережу.

3. Міркування щодо безпеки

Усі стандартні формати біткоїн-адрес є безпечними завдяки криптографічним принципам, на яких вони побудовані. Безпека коштів насамперед залежить від безпеки приватного ключа, а не від формату адреси. Однак деякі формати пропонують функції, що підвищують загальну безпеку.

• P2SH та P2WSH: Дозволяють використовувати гаманці з мультипідписом, що значно підвищує безпеку, вимагаючи кілька ключів для авторизації транзакції.
• Bech32 та Bech32m: Покращені можливості виявлення помилок ускладнюють відправлення коштів на адресу з помилкою порівняно з Base58Check.

4. Аспекти приватності

Приватність біткоїна часто називають «псевдонімною». Хоча адреси публічні, їхні власники не ідентифікуються прямо. Проте різні формати адрес пропонують різний рівень приватності деталей транзакцій.

• P2PKH та P2SH (не SegWit): Повні деталі скрипта (для P2SH) або публічного ключа (для P2PKH) розкриваються в блокчейні під час витрачання коштів.
• P2WPKH та P2WSH (Native SegWit): Розподіл даних свідка пропонує незначні покращення приватності, роблячи розміри транзакцій більш однорідними.
• P2TR (Taproot): Пропонує найзначніші покращення приватності. Для складних скриптів, якщо використовується найпростіший шлях витрачання, транзакція виглядає в блокчейні як звичайна витрата з одним підписом. Зовнішнім спостерігачам важко зрозуміти, чи був задіяний мультипідпис або складний контракт.

Найкращі практики поводження з біткоїн-адресами

Ефективна робота з біткоїн-адресами вимагає дотримання певних практик для забезпечення безпеки, ефективності та спокою.

1. Завжди перевіряйте адресу: Перед відправленням будь-якої суми двічі перевірте адресу отримувача. Копіювання та вставка зазвичай безпечніші за ручне введення, але шкідливе ПЗ може змінювати адреси в буфері обміну. Для великих сум розгляньте можливість тестової транзакції.
2. Використовуйте сучасні формати адрес, де це можливо: Якщо ваш гаманець і гаманець отримувача підтримують нативні адреси SegWit (bc1) або Taproot (bc1p), надавайте їм перевагу. Вони пропонують нижчі комісії та кращу ефективність мережі.
3. Розумійте можливості свого гаманця: Переконайтеся, що ваш гаманець може генерувати потрібний формат адреси і, що важливіше, може надсилати кошти на всі поширені формати (P2PKH, P2SH, Bech32, Bech32m).
4. Уникайте повторного використання адрес (задля приватності): Хоча технічно можливо використовувати одну адресу кілька разів, це не рекомендується. Повторне використання пов'язує всі транзакції між собою, полегшуючи аналіз вашої активності. Сучасні гаманці автоматично генерують нову адресу для кожної вхідної транзакції.
5. Надійно зберігайте резервні копії приватних ключів / seed-фраз: Безпека ваших коштів залежить від приватного ключа. Ніколи не діліться ним і зберігайте його в безпечному офлайн-місці. Адреса — це лише публічний покажчик; приватний ключ — це справжній ключ до ваших коштів.
6. Стежте за комісіями мережі: Комісії залежать від завантаженості мережі. Використання ефективних типів адрес (SegWit, Taproot) допоможе мінімізувати витрати в періоди пікового навантаження.

Ширший ландшафт: за межами біткоїн-адрес

Хоча ця стаття зосереджена на біткоїн-адресах, важливо визнати, що інші криптовалюти також використовують системи адрес. Кожен блокчейн зазвичай має свої унікальні формати адрес, які часто розрізняються префіксами. Наприклад, адреси Ethereum починаються з 0x, Litecoin часто використовує адреси, що починаються з L або M, а адреси Monero набагато довші та розроблені для підвищеної анонімності.

Фундаментальна концепція криптоадреси — публічного ідентифікатора гаманця, отриманого з приватного ключа — залишається незмінною для більшості криптовалют. Однак конкретні алгоритми, схеми кодування та функції можуть суттєво відрізнятися. Тому завжди переконуйтеся, що ви використовуєте правильний формат адреси для конкретної криптовалюти, оскільки відправлення на неправильну адресу в іншому блокчейні може призвести до незворотної втрати коштів.

Еволюція біткоїн-адрес від простих P2PKH до вдосконалених Taproot свідчить про безперервні зусилля мережі щодо підвищення ефективності, безпеки та приватності. Розуміючи ці формати, користувачі можуть приймати обґрунтовані рішення, оптимізувати свої транзакції та вносити вклад у здоровішу та надійнішу екосистему біткоїна.