Ключи остаются теми же. Новое приложение берёт ту же seed-фразу, но разворачивает её в адреса по своему шаблону пути вывода, и при расхождении шаблонов кошелёк открывает пустую ветку того же дерева. Проверка держится на трёх значениях: назначение пути, тип монеты, номер счёта. Выпишите их из старого приложения. Задайте вручную в новом. Сверьте первый адрес посимвольно. Совпал — сеть и кошелёк те же.

Путь вывода — это последовательность номеров уровней, по которой некастодиальный кошелёк получает из единственного корневого ключа конкретный производный адрес, поэтому при разных путях одна и та же seed-фраза даёт разные наборы адресов.

Что ломается при переносе и почему баланс показывает ноль

Сюжет из обращений читателей повторяется почти дословно: человек меняет телефон, ставит некастодиальный кошелёк, вводит двадцать четыре слова, получает сообщение об успешном восстановлении и видит нулевой баланс. Фраза верная. Устройство исправное. Сеть работает, а обозреватель показывает старый адрес с деньгами. Ключи на месте.

Расходится шаблон, по которому приложение разворачивает фразу в дерево адресов: старое держало монеты на ветке m/84’/0’/0′ и выдавало строки формата bc1q, а новое по умолчанию встало на m/44’/0’/0′ и рисует адреса с единицы. Это другая ветка. Пустая — на неё никогда ничего не приходило. Денег там нет.

Вторая половина сюжета — тип монеты. Уровень после назначения кодирует сеть числом из реестра SLIP-0044: на 14 октября 2026 года за биткоином там закреплён тип 0, за Ethereum — 60, за Ethereum Classic — 61, за Litecoin — 2. Названия сети в пути нет. Приложение, собранное под один номер, отработает фразу честно и не найдёт ничего. Ошибки оно не покажет.

Отдельный случай — расширенный публичный ключ. Префикс здесь несёт смысл: по реестру SLIP-0132 строка ypub означает версию 0x049d7cb2 и путь m/49’/0′, а zpub — версию 0x04b24746 и путь m/84’/0′, так что одна буква задаёт схему вывода целиком. Механика знакомая. Те же префиксы и отпечатки разбирались в материале про расширенный публичный ключ в мультиподписи.

Сравнение путей: что меняется для владельца адреса

Назначение пути Вид адреса Префикс расширенного ключа Что видит владелец при несовпадении
Назначение 44 штрих — наследуемая схема P2PKH, с которой начинали почти все кошельки до SegWit, и она же стоит по умолчанию в приложениях, собранных на старых библиотеках. Адрес вида 1… в Base58Check. Префикс xpub по BIP-32, отдельной регистрации в SLIP-0132 нет. Баланс нулевой, история пустая.
Назначение 49 штрих — вложенный SegWit P2SH-P2WPKH, переходная схема, которую выбирали ради совместимости со старыми сервисами, не умевшими отправлять на Bech32. Адрес вида 3… в Base58Check. Префикс ypub, версия 0x049d7cb2 по реестру SLIP-0132. Приложение предложит создать новый кошелёк.
Назначение 84 штрих — нативный SegWit P2WPKH, схема по умолчанию для одиночной подписи в кошельках последних лет, дешевле предыдущих по размеру подписи. Адрес вида bc1q… в Bech32. Префикс zpub, версия 0x04b24746 по реестру SLIP-0132. Средства видны в старом приложении.
Назначение 86 штрих — Taproot P2TR, одиночная подпись с агрегацией, которую часть приложений до сих пор не предлагает в списке схем при восстановлении. Адрес вида bc1p… в Bech32m. Отдельного префикса нет, ветку передают дескриптором с отпечатком. Адрес не пройдёт проверку формата.
Тип монеты — число из реестра SLIP-0044 на уровне после назначения, и подменяет оно не формат адреса, а сеть, в которой кошелёк ищет остатки по этой ветке. Формат берётся из правил сети. Префикс зависит от сети и схемы вывода одновременно. Поиск идёт по чужой сети.

Проверка шаг за шагом: как узнать, какие сети поддерживает ваш адрес

Работа идёт с данными. Нужны два источника: старое приложение либо его резервная копия и текст спецификации пути, по которому сверяется назначение. Seed-фразу повторно вводить не придётся ни на одном шаге, кроме последнего контрольного восстановления.

  1. Откройте старое приложение и найдите раздел с настройками кошелька, где указан путь вывода; выпишите строку целиком, вместе с апострофами жёсткой производной и номером счёта.
  2. Скопируйте отпечаток корневого ключа. Это четыре байта, восемь шестнадцатеричных знаков.
  3. Зафиксируйте первый адрес получения и первый адрес сдачи — две строки, которые дальше работают контрольными значениями при любой проверке ветки.
  4. В новом приложении выберите восстановление с указанием схемы вывода, а не ускоренный режим; задайте назначение пути, тип монеты и номер счёта руками.
  5. Сверьте первый адрес посимвольно: начало, середину, конец. Совпал — ветка та же.
  6. Не совпал — меняйте назначение и повторяйте, не трогая фразу; если приложение принимает дескрипторы, вставьте строку с отпечатком и путём в квадратных скобках, и контрольная сумма отловит опечатку до загрузки.
Схема из пяти шагов: выписать путь вывода из старого приложения, скопировать отпечаток корневого ключа, зафиксировать первый адрес, задать путь вручную в новом приложении, сверить адрес посимвольно
Схема из пяти шагов: выписать путь вывода из старого приложения, скопировать отпечаток корневого ключа, зафиксировать первый адрес, задать путь вручную в новом приложении, сверить адрес посимвольно
Отпечаток корневого ключа по BIP-32 занимает четыре байта. Контрольная сумма дескриптора по BIP-380 — восемь символов, и она отлавливает любую ошибку в четырёх символах для строки длиной до 507 знаков, что закрывает опечатку при переносе руками. Разрыв сканирования по BIP-44 наступает после двадцати подряд неиспользованных адресов: данные на 14 октября 2026 года по текстам BIP-32, BIP-44 и BIP-380 в репозитории bitcoin/bips.

Резервная копия и контрольное восстановление ветки

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

Откуда берутся сами слова и почему их двадцать четыре, разобрано в материале про стандарт BIP-39 и 24 слова восстановления. Порядок слов там фиксированный. Перестановка даёт другой корень.

Контрольное восстановление проводят заранее, пока старый телефон ещё работает: берут чистое устройство или отдельный профиль, вводят фразу, выставляют записанный путь и сверяют первый адрес с контрольным значением. Сошлось — описание верное. Не сошлось — расхождение ищут сейчас, а не после сдачи старого аппарата в трейд-ин.

Переносить фразу между телефонами снимком экрана, заметкой в облачном блокноте или сообщением себе в мессенджер нельзя: запись остаётся в синхронизации и в резервной копии устройства, откуда её достают без доступа к самому телефону.

Типовые ошибки, которые стоят денег

  • Создание нового кошелька вместо восстановления. Старая ветка остаётся без записи.
  • Поиск пропавших монет в блокчейн-обозревателе по старому адресу вместо сверки пути: адрес виден, баланс на месте, а доступ от этого не возвращается, потому что ключ живёт на другой ветке.
  • Ввод фразы в приложение из поисковой выдачи, выданное за восстановитель кошелька. Это разовая потеря ветки.
  • Перестановка слов при переписывании от руки: контрольная сумма BIP-39 отклонит часть таких комбинаций, но некоторые пройдут проверку и дадут другой корень без всякого предупреждения.
  • Добавление парольной фразы при восстановлении наугад. Passphrase задаёт отдельный корень.
  • Отправка средств на адрес старого формата из сети, где этот формат не читается узлами, после чего транзакция уходит по адресу, к которому у отправителя нет приватного ключа.

Что делать, если адрес не находится ни по одному пути

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

Сначала номер счёта: часть приложений держит активы на втором или третьем счёте, а восстановление открывает нулевой. Затем тип монеты. Форкнутые сети делят с родителем формат адресов, и по строке их не различить. Третья гипотеза — разрыв сканирования: если между использованными адресами больше двадцати пустых, кошелёк остановится раньше, чем дойдёт до остатка, и лечится это повышением предела в настройках.

Четвёртая гипотеза — парольная фраза, о которой владелец забыл: она не хранится в устройстве, не выводится из seed-фразы и не восстанавливается ничем, кроме памяти. Пятая — мультиподпись. Одной фразы там мало. Нужен набор расширенных публичных ключей всех участников, иначе ветка не собирается. Перенос активов со всеми этими проверками описан в разборе как правильно мигрировать активы на аппаратное устройство.

Чек-лист переноса без потери ветки

  • Путь вывода выписан целиком, вместе с апострофами жёсткой производной и номером счёта, ещё до того как старый телефон сброшен к заводским настройкам или отправлен в трейд-ин.
  • Отпечаток корня записан.
  • Первый адрес получения и первый адрес сдачи зафиксированы на бумаге, а не в заметке телефона, который вы собираетесь менять.
  • Тип монеты сверен по SLIP-0044.
  • Префикс расширенного ключа опознан по SLIP-0132: xpub, ypub либо zpub.
  • Контрольное восстановление проведено на отдельном устройстве или в отдельном профиле, и первый адрес новой ветки совпал с контрольным значением, которое было записано до переноса и хранится отдельно от фразы.
  • Наличие парольной фразы подтверждено письменно.
  • Старое приложение не удалено.

Частые вопросы

Можно ли понять по самому адресу, какая сеть его поддерживает?

Отчасти. Формат сообщает схему вывода и правила кодирования: единица в начале — наследуемая схема, тройка — вложенный SegWit, bc1q — нативный SegWit, bc1p — Taproot. Но форкнутые сети нередко повторяют формат родителя. Тогда по строке их не различить. Сеть задаёт не адрес, а тип монеты в пути вывода.

Я ввёл фразу в новое приложение и увидел ноль. Деньги потеряны?

Нет, если фраза записана верно: ключи выводятся из неё детерминированно, и ветка с остатком никуда не исчезает, пока существует сеть. Приложение смотрит по своему пути. Задайте путь руками и сверьте первый адрес. Старое приложение до совпадения не удаляйте.

Нужно ли переносить средства на новые адреса после смены телефона?

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

Как проверить путь, если старый телефон уже стёрт?

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

Отдаёт ли расширенный публичный ключ что-то лишнее при проверке?

Он раскрывает наблюдателю всю ветку адресов, включая будущие, но подписывать расходы по нему нельзя. Для сверки одного адреса хватит отпечатка и пути. Приватных данных там нет. Расширенный ключ отдавайте только тому приложению, которому доверяете историю.

Материалы по теме:

Первоисточники по схемам вывода открыты и читаются без подготовки. Текст BIP-44 в репозитории bitcoin/bips задаёт структуру пути и предел сканирования, а реестр SLIP-0132 в репозитории satoshilabs/slips перечисляет версии расширенных ключей с привязкой к путям.

Вердикт

Смена телефона не теряет ключи. Теряется описание ветки, в которой они лежат, а это потеря документации, не денег. Из редакционной практики: почти все обращения закрываются выпиской пути и сверкой первого адреса, без переводов и без вмешательства поддержки. Пишите путь рядом с фразой — лист без секретов стоит дешевле любого восстановления. Разбор расхождений и свежие случаи — в Telegram-канале Cryptium.