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

Отпечаток корневого ключа — это четыре байта, вычисленные из публичной части мастер-ключа по правилам BIP-32, которые позволяют опознать ветку кошелька, не раскрывая ни приватного ключа, ни seed-фразы.

Почему обновление проверяют значениями, а не экраном устройства

Сообщение «обновление завершено» на экране устройства не говорит о сохранности ключей: оно сообщает об успешной записи образа во флеш-память, и это другое утверждение, подтверждаемое другими данными. Экран показывает процесс. Контрольные значения показывают результат. Разница между ними стоит денег.

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

Аппаратная часть защищена сильнее, чем кажется. Загрузчик проверяет подпись образа при каждом включении, и на устройствах SatoshiLabs эта проверка построена на подписи Ed25519 с хешированием BLAKE2s, что следует из документации по стадиям загрузки на 14 октября 2026 года. Образ без корректной подписи производителя загрузчик не запустит. Образ, подписанный ключом разработчика, устройство примет, но при этом стирает хранимый секрет. Это защитная мера, а не сбой.

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

Три контрольных значения: что сверять и что каждое доказывает

Контрольное значение Где снимается Что доказывает совпадение Цена расхождения
Отпечаток корневого ключа — четыре байта, восемь шестнадцатеричных знаков, выводимые из публичной части мастер-ключа по правилам BIP-32 и не раскрывающие ничего приватного. Экран устройства и приложение-компаньон. Устройство работает с тем же корнем, что до обновления. Корень подменён или стёрт.
Контрольная сумма дескриптора — восемь символов по правилам BIP-380, которые закрывают строку с отпечатком, путём вывода и расширенным публичным ключом целиком, одним значением. Экспорт кошелька в приложении. Схема вывода и путь не сдвинулись ни на уровень. Ветка другая, остаток не виден.
Первый адрес получения — строка, которую устройство обязано показать на собственном экране по запросу, а не только в окне программы на компьютере или телефоне. Экран устройства, сверка глазами. Связка корня, пути и кодировки адреса не изменилась. Пополнения уйдут на чужую ветку.
Версия прошивки и отпечаток образа — значения, которые загрузчик показывает до запуска основной части и которые сверяют со страницей выпуска у производителя. Экран загрузчика устройства. Запущен образ производителя, а не подменённый. Подпись чужая, устройство стирает секрет.
Остаток по ветке — суммы и число транзакций, которые приложение показывает после переиндексации и которые сверяются с записью, сделанной до обновления. Приложение после синхронизации. Сканирование дошло до всех использованных адресов. Часть адресов осталась за пределом.

Обновление шаг за шагом с фиксацией результата

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

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

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

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

Проверка идёт без ввода фразы в обновлённое устройство. Берётся второе устройство либо отдельный профиль приложения, вводится фраза, выставляется записанный путь и сверяется отпечаток корня с листом. Сошлось — запись верна. Стандарт, по которому слова превращаются в корневой ключ, разобран в материале про стандарт BIP-39 и 24 слова восстановления.

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

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

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

Что делать, если после обновления значения не совпали

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

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

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

Чек-лист обновления с проверкой каждого шага

  • Лист с датой заведён, и на него выписаны отпечаток корня, путь вывода, контрольная сумма дескриптора и первый адрес получения до начала обновления.
  • Первый адрес сверен на экране устройства.
  • Запись seed-фразы найдена, прочитана и подтверждена; наличие или отсутствие парольной фразы зафиксировано письменно, а не оставлено на память.
  • Образ взят со страницы выпуска производителя.
  • Запись прошивки не прерывалась, экран загрузчика прочитан, версия и отпечаток образа внесены на лист.
  • Предложение создать новый кошелёк отклонено.
  • Все четыре значения сняты повторно и сверены попарно с первым столбцом листа, после полной переиндексации ветки, а не по первому экрану приложения.
  • Лист убран к документам.

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

Стирает ли обновление прошивки seed-фразу с устройства?

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

Зачем сверять адрес на экране устройства, если он виден в приложении?

Источники разные. Приложение рисует строку, которую ему передала программа на компьютере, и на заражённой машине эта строка подменяется чужим адресом до того, как попадёт владельцу на глаза. Экран устройства подписывает то, что показывает. Сверка двух источников ловит подмену. Занимает она полминуты.

Можно ли обновляться, если запись фразы недоступна прямо сейчас?

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

Отпечаток корня — это секретные данные?

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

Нужно ли обновлять прошивку, если устройство работает?

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

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

Первоисточники по проверке подписи образа открыты. Документация по стадиям загрузки в проекте trezor-firmware описывает порядок проверки подписи загрузчиком и поведение при чужом ключе, а разбор модели угроз по подлинности устройства в Ledger Donjon показывает, как устроена аттестация защищённого элемента при обновлении.

Вердикт

Обновление прошивки — не рискованная операция, а операция без обратной связи. Устройство не умеет сказать «твои ключи те же», и это утверждение владелец получает единственным способом: сверкой значений до и после. Лист с четырьмя строками закрывает вопрос за десять минут и снимает повод откладывать выпуски годами. Из редакционной практики: потери на обновлении почти всегда начинаются с согласия настроить кошелёк заново. Разбор процедур и свежие случаи — в Telegram-канале Cryptium.