После восстановления Ledger нет токенов: как найти свой счёт

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

До смены настроек найдите публичный ориентир

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

По известной транзакции установите первоначального получателя и проверьте его в нужной сети. Цель — не добиться появления какой-нибудь суммы на экране. Нужно выяснить, воспроизводит ли аппаратная настройка аккаунт, действительно получивший активы, и сохранилось ли нужное владение токеном. Без исходного ориентира очередной пустой адрес не объясняет ни состояние средств, ни качество восстановления.

Путь выбирает аккаунт, а не перемещает токен

В объяснении адресов и derivation paths Ledger описана иерархия ключей с выбором пути и индекса аккаунта. Восстановить секретную основу и указать приложению нужную ветвь — разные задачи. При выборе другой ветви может появиться иной адрес, хотя из первоначального аккаунта ничего не переводили. Поэтому сам новый экран не подтверждает движение средств.

Вымышленный пример: Леонид раньше использовал дополнительный аппаратный аккаунт через приложение-посредник. После восстановления другая программа показывает только первый найденный аккаунт. Старый платёж относится к адресу A, новый экран — к B. Пополнение B создаст баланс ещё одного аккаунта, но не подтвердит восстановление A. Даже успешная отправка с B не отвечает на исходный вопрос о доступе к прежним токенам.

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

Два актуальных примера различий поиска адресов

Справка Core об аккаунтах Ledger описывает конкретное расхождение Ledger Live и прямого подключения к Core web для Avalanche. Дополнительные аккаунты могут отличаться из-за разных схем получения адресов. Требуется найти нужный аккаунт через подходящее поддерживаемое подключение, а не отправить средства для выравнивания двух экранов. Это продуктовый пример, а не правило всех сетей.

В документации путей Phantom отдельно описаны группы аккаунтов и поиск некоторых вариантов по прежней активности. Поэтому список одной программы может не включать адрес, использованный другой. Не переносите таблицу Phantom в универсальную инструкцию восстановления Ledger. Значение имеют актив, способ подключения и история первоначального аккаунта. Для своего случая нужно проверить точное совпадение, а не только название режима.

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

Passphrase не равна паролю приложения

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

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

При совпавшем адресе отдельно проверьте отображение токена

Для ERC-20 документация стандарта Ethereum описывает учёт баланса адреса контрактом токена. Нативный ETH и владение ERC-20 не один баланс. Сначала сверьте цепь и точный контракт, затем оценивайте общую сумму приложения или выбирайте добавляемую строку. Тикер без идентификатора не отделяет нужный актив от постороннего токена с похожим названием.

Один видимый адрес может использоваться в нескольких EVM-сетях, но контекст цепи остаётся необходимым. Найдите прежнее входящее движение и соответствующее текущее владение. Добавление отображения токена не переносит баланс в другую сеть, не возвращает потраченные активы и не даёт устройству управление другим адресом. Если в истории есть расход, его нужно исследовать как расход, а не прятать за объяснением интерфейса.

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

Подтвердите доступ без платежа за ремонт

1. Определите прежний публичный аккаунт, цепь и токен по надёжным старым записям.
2. Проверьте воспроизведение этого аккаунта через поддерживаемое аппаратное подключение.
3. При несовпадении разберите исходный passphrase-контекст и допустимые варианты пути приложения.
4. При совпадении проверьте токен в нужной сети и сравните цепь с отображением.
5. Используйте проверку адреса на устройстве до признания сохранённой строки подтверждённым доступом.
6. Сохраните публичные параметры для будущего восстановления, храня секреты отдельно и закрыто.

В руководстве проверки адреса Ledger разобрана сверка с экраном устройства. Публичная строка приложения сама не доказывает контроль подключённого аппарата. Читайте назначение предложенной подписи: поиск аккаунта не должен требовать отправки денег неизвестному адресу восстановления. Не публикуйте расширенные публичные данные без необходимости только ради сравнения одного известного адреса.

Не вводите резервные слова в браузерные инструменты и переписку; риски разобраны в материале о хранении seed-фразы. К обычным действиям, включая простой обмен, возвращайтесь после сверки аккаунта и актива. Нужен известный адрес с проверенным доступом и понятным балансом, а не просто исчезновение предупреждения на новом экране. Именно этот результат стоит зафиксировать для последующей работы.