Как проверить подлинность аппаратного кошелька и протестировать восстановление

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

Под какой сценарий подбирается тест восстановления

Повод первый — запись создана недавно и в деле ещё не была: пока на кошельке нет средств, тест стоит пяти минут и не требует никакой подготовки. Через год он стоит нервов.

Повод второй — плановое обновление прошивки. Производители рекомендуют проверять запись перед обновлением и перед очисткой устройства, и причина очевидна: если после процедуры кошелёк придётся восстанавливать, выяснять качество записи будет поздно. Порядок самой процедуры собран в разборе о том, как обновить прошивку и не потерять доступ к средствам.

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

Повод четвёртый — передача доступа близким. Тест в этом случае проводит не владелец, а тот, кому придётся восстанавливать: инструкция, понятная автору, часто непонятна остальным. И общая рамка не меняется: самостоятельное хранение не предусматривает горячей линии, которая восстановит доступ за вас.

Сравнение способов теста: что подтверждает каждый

Способов несколько. Они различаются глубиной и риском.

Четвёртая строка требует оговорки. Ввод записи в программу на обычном компьютере — способ учебный, и для записи, за которой стоят средства, он не годится: среда общего назначения не рассчитана на хранение секретов.

Проверка подлинности и тест восстановления шаг за шагом

1. Прогоните аттестацию того устройства, в которое будете вводить запись. Шаг обязателен: во время восстановления секрет оказывается в устройстве полностью.
2. Введите запись на устройстве, набирая слова его кнопками или экраном. Хост при этом служит только для отображения процесса.
3. Включите passphrase, если она есть. Без неё устройство откроет другой кошелёк — пустой и исправный, что чаще всего и принимают за провал теста.
4. Сравните первый адрес получения с заранее выписанным. Совпадение адреса — главный критерий, а не сообщение программы об успешном восстановлении.
5. Сверьте расширенный публичный ключ и путь деривации. Этот шаг закрывает случай, когда адрес совпал, а кошелёк собран по другому пути и остальные адреса расходятся.

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

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

Разумное расписание выглядит так: штатная сверка при каждом обновлении прошивки и раз в полгода, полное восстановление — после создания записи, после смены схемы хранения и при существенном росте суммы. Фиксируйте дату и результат, иначе через год вопрос «проверяли ли вообще» останется без ответа.

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

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

Ошибка первая — тестировать на непроверенном устройстве. Аттестация идёт до ввода слов. После ввода она уже ничего не спасает.

Ошибка вторая — забыть про passphrase: кошелёк восстанавливается пустым, владелец решает, что запись испорчена, и в панике создаёт новый секрет, теряя доступ к старому кошельку, где средства лежат в целости.

Ошибка третья — сравнивать балансы вместо адресов. Баланс зависит от того, какой путь деривации выбрало приложение и сколько адресов оно обошло. Сравнивают адреса и ключи.

Ошибка четвёртая — считать успехом сообщение программы. «Восстановление завершено» означает, что слова прошли контрольную сумму, а не что это ваш кошелёк: любая корректная запись пройдёт эту проверку, как показывает устройство стандарта BIP-39 и 24 слов восстановления.

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

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

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

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

Когда нет ни устройства, ни работающей записи, восстанавливать нечего. Ключей у производителя не бывает, и обращение в поддержку это не изменит. Именно поэтому тест проводят заранее — пока запас прочности ещё существует.

Чек-лист теста восстановления

• Контрольные значения выписаны до начала теста.
• Тестовое устройство прошло аттестацию подлинности.
• Слова вводились на устройстве, а не на компьютере.
• Passphrase включена в тест.
• Первый адрес получения совпал с выписанным.
• Расширенный публичный ключ и путь деривации совпали.
• Дата и результат теста записаны.
• Тестовое устройство очищено после проверки.

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

Порядок штатной сверки записи производитель описывает в руководстве Trezor по проверке копии кошелька. Устройство путей деривации и запас поиска адресов заданы в спецификации BIP-44.