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

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

Как настроить уведомления о движении средств и протестировать восстановление: где слепнет наблюдатель

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

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

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

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

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

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

1. Выгрузите дескриптор кошелька с указанием пути и диапазона сканирования, запишите его в конфигурацию наблюдения вместе с первым адресом ветки получения.
2. Заведите наблюдение в службе по этому дескриптору, дождитесь полной загрузки истории и сверьте итоги с кошельком.
3. Поднимите вторую, независимую точку наблюдения по тому же дескриптору: чистый обозреватель или свой узел. Два источника против одного.
4. Сгенерируйте свежий адрес получения, пропустив несколько адресов ветки, и отправьте на него малую сумму.
5. Дождитесь оповещения. Сообщение пришло — диапазон покрывает будущее. Тишина — диапазон расширяют и сканирование повторяют.
6. Запишите в конфигурацию дату проверки, индекс последнего проверенного адреса и замеренную задержку доставки.

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

Проверка восстановления: что считать успехом

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

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

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

• Проверка только по прошлым операциям. Наблюдатель нашёл историю и слеп на всё, что появится завтра.
• Диапазон сканирования не задан. Служба применяет значение по умолчанию, о котором вы не знаете.
• Ветка сдачи не включена в охват. Исходящие операции видны частично, остатки считаются неверно.
• Привычка листать адреса получения «для приватности» без расширения диапазона наблюдения.

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

Что делать, если наблюдение не восстановилось

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

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

Чек-лист

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

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