BIP-32 — Bitcoin Improvement Proposal 32, авторства Пітера Уіле у 2012 році — визначає ієрархічну детерміновану (HD) структуру гаманця. З однієї майстер-сід BIP-32 дозволяє гаманцю виводити необмежене дерево дочірніх ключів, кожен з яких може у свою чергу виробляти власних дітей. Результат — детерміноване відображення: одна сід, одне дерево, кожного разу, на будь-якому гаманці, що слідує стандарту.
Навіщо існують HD-гаманці
До BIP-32 Bitcoin-гаманці генерували кожен приватний ключ незалежно і зберігали кожен ключ у файлі БД (знаменитий wallet.dat). Бекап Bitcoin Core гаманця в 2011 році означав бекап файла щоразу, коли ви генерували нову адресу. Втратили файл — втратили кожен ключ, згенерований після останнього бекапу.
BIP-32 згорнув це в один бекап: майстер-сід. Кожен ключ, який гаманець згенерував або згенерує, досяжний з сід. Мнемонічна фраза, яку ви записали один раз у день перший, залишається валідною назавжди.
Форма дерева
Майстер-сід виробляє майстер extended private key (xprv) і відповідний extended public key (xpub). З них гаманець виводить дочірні ключі через нумеровані індекси. Шлях на кшталт m/44'/0'/0'/0/5 каже: з майстра, візьміть дитину 44' (hardened), потім дитину 0' (hardened), потім 0', потім 0, потім індекс 5. Апостроф маркує "hardened" деривацію, яка запобігає комусь, хто має лише xpub, обчислити приватні ключі.
Можливість xpub
BIP-32 дозволяє вам ділитися extended public key (xpub) без розкриття відповідних приватних ключів. Watch-only гаманці і аудит-інструменти використовують це: імпортуйте xpub у чистий пристрій, бачите кожну адресу і кожен баланс, і ніколи не розкриваєте здатність підписувати.
Що це означає для українського голдера
Ви зазвичай ніколи не торкаєтесь BIP-32 шляхів напряму. Гаманець це абстрагує. Що вам потрібно зрозуміти — це імплікацію сумісності: якщо ви мігруєте з Ledger Live на Sparrow, або з MetaMask на Rabby, новий гаманець покаже ті ж адреси, лише якщо він слідує тому ж шляху деривації. UI імпорту гаманця зазвичай із цим справляється, але якщо ви коли-небудь бачите неочікуваний нульовий баланс після міграції, причина майже завжди — невідповідність шляху деривації — не втрачений ключ.
Подальше читання: BIP-39, BIP-44, Derivation path.