[{"data":1,"prerenderedAt":19},["ShallowReactive",2],{"blog-content-ru-what-is-an-hd-wallet":3},{"slug":4,"title":5,"excerpt":6,"description":7,"bodyHtml":8,"faqItems":9},"what-is-an-hd-wallet","Что такое HD-кошелёк? Как одна сид-фраза управляет множеством адресов","Современные кошельки детерминированно генерируют каждый адрес, который вы когда-либо будете использовать, из одной сид-фразы. Разбираем, как на самом деле работают BIP-39 и BIP-32, что такое путь деривации и почему одна и та же сид-фраза может показывать разные адреса в разных кошельках.","HD-кошельки (иерархически детерминированные) простыми словами: как BIP-39 превращает слова в мастер-сид, как BIP-32\u002FBIP-44 выводят ключи по сетям и счетам, что раскрывает xpub и почему важны пути деривации.","\u003Ch2>Одна резервная копия, много счетов\u003C\u002Fh2>\n\u003Cp>Ранние криптокошельки держали россыпь случайных приватных ключей — потерял файл, потерял монеты, а каждый новый адрес означал новую резервную копию. Современные кошельки решили это обманчиво простой идеей: генерировать \u003Cem>каждый\u003C\u002Fem> ключ, который вам когда-либо понадобится, из одного мастер-секрета, детерминированно. Это и есть \u003Cstrong>HD-кошелёк\u003C\u002Fstrong> — иерархически детерминированный — и именно поэтому одна записанная на бумаге сид-фраза может годы спустя восстановить десятки счетов в нескольких блокчейнах в софте, который их никогда не видел.\u003C\u002Fp>\n\n\u003Ch2>От слов к мастер-сиду: BIP-39\u003C\u002Fh2>\n\u003Cp>Сама сид-фраза происходит из стандарта BIP-39. Кошелёк берёт случайную энтропию, отображает её на фиксированный список слов и выдаёт вам 12 или 24 слова со встроенной контрольной суммой. Пропущенные через функцию растяжения ключа, эти слова становятся большим двоичным \u003Cem>мастер-сидом\u003C\u002Fem>. Важны два свойства: слова — не ключи, а рецепт для них, и процесс одностороннен и воспроизводим. Любой BIP-39-кошелёк, получив те же слова, вычислит тот же мастер-сид, всегда. Это и делает фразу полной резервной копией — и поэтому её защиту мы называем главной привычкой самостоятельного хранения в \u003Ca href=\"\u002Fblog\u002Fwhat-is-a-seed-phrase\">нашем гайде по сид-фразе\u003C\u002Fa>.\u003C\u002Fp>\n\n\u003Ch2>Дерево деривации: BIP-32\u003C\u002Fh2>\n\u003Cp>Из этого мастер-сида BIP-32 определяет, как вырастить \u003Cem>дерево\u003C\u002Fem> ключей. Мастер-ключ детерминированно выводит дочерние ключи, дочерние выводят внучатые, и каждая ветвь воспроизводима от корня. Именно иерархия позволяет одному секрету обслуживать неограниченную структуру: отдельные счета для накоплений и трат, свежий адрес получения для каждого платежа, целые сети на собственных ветвях — всё восстановимо из тех же 12 или 24 слов, и резервировать что-то новое не нужно никогда.\u003C\u002Fp>\n\n\u003Ch2>Пути деривации: адрес адреса\u003C\u002Fh2>\n\u003Cp>\u003Cem>Путь деривации\u003C\u002Fem> — криптическая строка вроде m\u002F44'\u002F60'\u002F0'\u002F0\u002F0, которую вы могли видеть в расширенных настройках, — это просто маршрут по дереву: какое назначение, какая монета, какой счёт, какой индекс. BIP-44 стандартизировал раскладку, присвоив каждому блокчейну собственный номер монеты, чтобы ветвь Ethereum и ветвь Solana никогда не сталкивались. Разные экосистемы используют под капотом и разные схемы подписи (ключи Solana, например, происходят с другой кривой, чем у Ethereum), но принцип везде один: \u003Cem>сид плюс путь равно ключ\u003C\u002Fem>, каждый раз.\u003C\u002Fp>\n\n\u003Ch2>Что раскрывает xpub\u003C\u002Fh2>\n\u003Cp>У дерева есть ещё один трюк: \u003Cem>расширенные публичные ключи\u003C\u002Fem>. Xpub позволяет софту вывести все публичные адреса ветви — но ни одного приватного ключа. Это делает возможными портфели «только просмотр» и адреса получения, генерируемые от имени офлайн-устройства. Оговорка касается приватности, а не безопасности: любой, у кого есть ваш xpub, видит каждый адрес этой ветви и может связать их между собой. Делитесь им как полной выпиской по этому счёту — функционально это она и есть.\u003C\u002Fp>\n\n\u003Ch2>Тот же сид — другие адреса?\u003C\u002Fh2>\n\u003Cp>Классическая загадка поддержки: вы импортируете сид в другой кошелёк, а баланс выглядит пустым. Почти всегда ничего не потеряно — второй кошелёк идёт \u003Cem>другим путём\u003C\u002Fem> по тому же дереву или по умолчанию выводит ключи для другой сети. Средства лежат ровно там, где лежали: на ветви, которую использовал исходный кошелёк. В этом же честная оговорка про «универсальные» резервные копии: стандарт сида общий, но конвенции путей у кошельков различаются, поэтому восстановление глаже всего проходит в семье кошельков, создавшей сид, — или в кошельке, который сканирует распространённые пути за вас.\u003C\u002Fp>\n\n\u003Ch2>Как это использует WATS\u003C\u002Fh2>\n\u003Cp>HD-дизайн — то, что делает возможным настоящий мультичейн-кошелёк, и \u003Ca href=\"\u002Fhot-wallet\">WATS\u003C\u002Fa> опирается на него полностью: одна резервная копия, одна личность, счета EVM, Solana и TON выведены на правильных ветвях — опыт, описанный в статье \u003Ca href=\"\u002Fblog\u002Fone-wallet-ethereum-solana-ton\">управление Ethereum, Solana и TON в одном кошельке\u003C\u002Fa>. WATS некастодиален от и до: сид и каждый выведенный из него ключ существуют только на вашей стороне, и WATS никогда не держит ключ. Слой комиссий унифицирован под стать: каждое действие — переводы, обмены, стейкинг — оплачивается одним токеном, \u003Cstrong>ATS\u003C\u002Fstrong>, вместо нативного газа каждой сети, через \u003Cstrong>пеймастер ERC-4337\u003C\u002Fstrong> в EVM и эквивалентный fee-payer\u002Fрелеер в Solana и TON. ATS — это OFT LayerZero, значит один баланс охватывает все три экосистемы, а собранный ATS сжигается со 100M к полу в 30M. WATS — первый и единственный кошелёк, сочетающий единый комиссионный токен ERC-4337 + OFT с этим сжиганием — механика на \u003Ca href=\"\u002Fats-fee\">странице комиссии ATS\u003C\u002Fa>.\u003C\u002Fp>",[10,13,16],{"q":11,"a":12},"Может ли одна сид-фраза действительно резервировать все мои сети и счета?","Да — в этом и смысл HD-дизайна. Сид детерминированно порождает дерево ключей с отдельными ветвями по блокчейнам и счетам, так что каждый адрес, созданный кошельком для вас, восстановим из тех же 12 или 24 слов. Обратная сторона — концентрация риска: тот, кто держит фразу, может перестроить всё дерево, поэтому сид заслуживает вашей самой сильной защиты.",{"q":14,"a":15},"Почему мой сид показывает другие адреса в другом кошельке?","Потому что второй кошелёк по умолчанию идёт другим путём деривации или выводит ключи для других сетей, а не потому, что средства переместились. Ключ определяют сид плюс путь деривации; кошельки согласны в стандарте сида (BIP-39), но расходятся в конвенциях путей. Ваши активы остаются на адресах, выведенных исходным кошельком — восстановление в нём или в кошельке, сканирующем распространённые пути, вернёт их на экран.",{"q":17,"a":18},"Опасно ли делиться xpub?","Потерять средства из-за этого нельзя — расширенный публичный ключ выводит только адреса, никогда приватные ключи, то есть даёт максимум режим «только просмотр». Цена — приватность: владелец может перечислить каждый адрес этой ветви и связать вашу активность воедино. Относитесь к xpub как к живой полной выписке по счёту и делитесь им только с сервисами, которым доверили бы такую информацию.",1784634299778]