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

Транспортный адрес оповещений — это идентификатор получателя на стороне службы наблюдения: токен установленного приложения, номер чата или адрес веб-перехватчика с секретом, по которому сообщение доставляется на конкретный аппарат.

Как настроить уведомления о движении средств на новом устройстве: две независимые привязки

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

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

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

Сравнение способов переноса наблюдения

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

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

Порядок настройки шаг за шагом

  1. Откройте запись конфигурации наблюдения: дескриптор, пороги, список адресатов. Без неё перенос превращается в угадывание.
  2. Установите приложение службы на новый аппарат из официального источника, не восстанавливая его из резервной копии телефона.
  3. Введите дескриптор наблюдения заново и дождитесь, пока история операций подтянется целиком.
  4. Найдите в службе список привязанных получателей и удалите прежний аппарат. Для веб-перехватчика перевыпустите секрет подписи.
  5. Прогоните контрольную операцию малой суммой: сообщение должно прийти на новый аппарат и не прийти на старый.
  6. Обновите запись конфигурации, вписав дату переноса и перечень действующих адресатов.
Схема из шести шагов: открыть запись конфигурации, установить приложение на новый аппарат, ввести дескриптор, удалить прежнего получателя, контрольная операция, обновить запись
Схема из шести шагов: открыть запись конфигурации, установить приложение на новый аппарат, ввести дескриптор, удалить прежнего получателя, контрольная операция, обновить запись
Восстановление приложения из общей резервной копии телефона переносит и настройки, и привязки, но не отзывает прежние. Служба видит два действующих адресата и обслуживает оба. Чистая установка с последующим удалением старого получателя занимает больше времени и оставляет меньше следов.

Проверка результата и запись конфигурации

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

Требование к отзыву привязок сформулировано у стандартизаторов. NIST SP 800-63B-4, опубликованный в августе 2025 года, в разделе 3.2.1 обязывает поставщика немедленно аннулировать аутентификатор по сообщению о его утрате или компрометации, а в разделе 4.1 требует привязывать новый аутентификатор через аутентифицированный защищённый канал. Применительно к оповещениям это означает: удаление прежнего получателя — часть процедуры, а не необязательная уборка.

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

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

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

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

Что делать при утере прежнего аппарата

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

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

Чек-лист

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

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

Почему старый телефон продолжает присылать оповещения?

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

Можно ли перенести подписку резервной копией телефона?

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

Что опаснее — потерять оповещения или раздать их лишним получателям?

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

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

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

Вердикт

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

Опорные документы помогают проверить логику переноса и не полагаться на интерфейс службы: раздел об аннулировании аутентификаторов в NIST SP 800-63B-4 и церемония регистрации дескриптора в стандарте BIP-129 о безопасной настройке мультиподписи.

Разборы настройки наблюдения выходят в Telegram-канале Cryptium.