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

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

Три отказа канала и почему молчание ничего не доказывает

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

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

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

Что считать событием: пять точек на шкале

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

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

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

  1. Соберите наблюдающий кошелёк из расширенного публичного ключа либо из дескриптора с отпечатком и путём, и убедитесь, что он показывает прежний остаток и прежнюю историю по ветке.
  2. Поднимите предел сканирования выше двадцати адресов, чтобы наблюдение покрывало и те адреса, до которых обход по умолчанию не доходит.
  3. Задайте порог оповещения на минимальную сумму и включите событие исходящего расхода отдельно от события поступления: это разные тревоги с разной срочностью.
  4. Отправьте тестовое поступление небольшой суммой на один из адресов ветки и запишите время отправки с точностью до минуты.
  5. Запишите время прихода каждого оповещения по каждому каналу. Разница и есть задержка.
  6. Повторите испытание с выключенным экраном и включённым режимом экономии батареи: именно в этом состоянии телефон проводит большую часть суток, и именно там теряются сообщения.
Схема из пяти шагов: собрать наблюдающий кошелёк из публичного ключа, поднять предел сканирования адресов, задать пороги и события отдельно, отправить тестовое поступление и записать время, измерить задержку по каждому каналу
Схема из пяти шагов: собрать наблюдающий кошелёк из публичного ключа, поднять предел сканирования адресов, задать пороги и события отдельно, отправить тестовое поступление и записать время, измерить задержку по каждому каналу
Разрыв сканирования по BIP-44 наступает после двадцати подряд неиспользованных адресов, и поступление за этим пределом наблюдатель не увидит. В сетях с проверкой доли слот длится 12 секунд, эпоха состоит из 32 слотов, а финализация требует двух эпох — около 12,8 минуты. Данные на 14 октября 2026 года по тексту BIP-44 в репозитории bitcoin/bips и по спецификациям уровня консенсуса в репозитории ethereum/consensus-specs.

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

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

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

Повторное испытание проводят по расписанию, а не по настроению: после смены телефона, после обновления приложения, после любого переноса ветки и раз в квартал без всякого повода. Испытание короткое. Одно поступление и две записи времени.

Наблюдающий кошелёк собирают из публичной части ключа. Вводить seed-фразу в сервис оповещений нельзя ни под каким предлогом: для наблюдения она не нужна, а запрос на её ввод означает, что перед вами не служба оповещений.

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

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

Что делать, если оповещение не пришло

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

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

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

Чек-лист приёмки канала оповещения

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

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

Обязательно ли отправлять тестовую транзакцию?

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

Можно ли настроить оповещения, не отдавая расширенный публичный ключ?

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

На каком подтверждении стоит оповещать?

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

Как проверить, что канал не умер за время бездействия?

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

Оповещение пришло о поступлении мелкой суммы с незнакомого адреса. Что делать?

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

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

Первоисточники по охвату наблюдения и по срокам открыты. Текст BIP-44 в репозитории bitcoin/bips задаёт правило разрыва сканирования, из-за которого адреса выпадают из наблюдения, а спецификации уровня консенсуса в репозитории ethereum/consensus-specs описывают длительность слота и эпохи, от которых зависит срок финализации.

Вердикт

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