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

Сравнение множителей: что меняется для пользователя
| Множитель | Как измеряется | Чем снижается | Остаток, который не убрать |
|---|---|---|---|
| Доля непокрытых событий | Отношение числа адресов вне правил к общему числу адресов счёта | Переход с перечня адресов на дескриптор, ревизия раз в квартал | Операции без собственной транзакции: внутренние зачёты сервисов |
| Задержка доставки | Секундомер от отправки тестового перевода до появления сигнала | Второй независимый канал, второй провайдер данных | Время распространения транзакции по сети |
| Время до реакции человека | Учебная тревога в случайный час, фиксация момента отклика | Дежурство по графику, заранее подготовленный план вывода | Сон, дорога, отсутствие связи |
| Обратимость события | Проверка признака замены у транзакции в памяти узлов | Ожидание подтверждения перед выводами | Невозвратность подтверждённой транзакции |
Четвёртая строка требует пояснения. Сигнал о транзакции из памяти узлов не равен факту: по стандарту BIP-125 транзакция считается допускающей замену, если хотя бы у одного входа номер последовательности меньше величины 0xffffffff минус единица. Замена ограничена: число вытесняемых транзакций вместе с их потомками не должно превышать ста. Для владельца это значит, что ранний сигнал информативен, но решение по нему принимается с оговоркой.
Настройка шаг за шагом
- Соберите опись событий, которые считаете значимыми: поступление, списание, смена разрешения, изменение правила наблюдения. Напротив каждого отметьте, покрыто ли оно действующей настройкой.
- Заведите правила на дескриптор счёта, а не на отдельные адреса, и отдельно — правило на исходящие операции.
- Измерьте задержку. Отправьте минимальную сумму на свой адрес, засеките секундомером время до сигнала, повторите замер трижды и возьмите худший результат.
- Проведите учебную тревогу в случайный час, не предупреждая получателя заранее. Зафиксируйте, сколько минут прошло до осмысленного отклика.
- Перемножьте три величины и сравните результат с допустимым окном для вашего сценария. Расхождение закрывайте вторым каналом или дежурством, а не удвоением правил.
- Повторите замер через квартал. Остаточный риск растёт сам: добавляются счета, меняются привычки, сервис меняет условия доставки.
Резервная копия и проверка восстановления
Копия нужна и самим замерам. Таблица с датами, задержками и временем отклика — рабочий документ, по которому видно динамику. Без неё через год вы будете опираться на впечатление, а впечатление оптимистичнее секундомера примерно всегда: человек помнит удачный замер и не помнит вечер, когда сигнал пришёл с опозданием на сорок минут.
Проверка восстановления в этой логике получает числовой критерий. Восстановили кошелёк на чистом устройстве, завели правила заново, прогнали замер задержки — и сравнили с прошлым результатом. Если новая цифра хуже, восстановление прошло неполно: часть адресов осталась вне покрытия, и доля непокрытых событий выросла.
Один сюжет из обращений читателей стоит отдельного абзаца. Человек восстановил кошелёк, уведомления настроил, остатки на старых адресах не перенёс. Правила смотрели на новый счёт. Деньги лежали на старом. Остаточный риск в такой конфигурации равен единице, и помогает здесь только опись: как правильно мигрировать активы на аппаратное устройство — разбор как раз про полноту переноса.
Типовые ошибки, которые стоят денег
Второй промах — считать покрытие по кошелькам вместо адресов. Кошелёк в списке, правило есть, а внутри три счёта и один из них без наблюдения. Доля непокрытых событий при таком учёте занижается втрое, и владелец получает на выходе цифру, которая выглядит убедительно и описывает не его схему, а её приятную половину.
Третий связан с пылевыми поступлениями. Поток мелких зачислений от неизвестных отправителей забивает канал, человек приучается смахивать сигналы не глядя, и время реакции растёт до бесконечности. Механику этого потока разбирает материал о том, как распознать пылевую атаку на кошелёк и что делать с полученной мелочью. Фильтр по сумме здесь не роскошь, а условие работоспособности схемы.
Четвёртая ошибка тонкая. Два канала настроены на одного провайдера данных: разные приложения, разный вид сигнала, один источник событий. Независимости нет. Отказ провайдера обнуляет оба канала одновременно, и владелец узнаёт об отказе по отсутствию сигналов, то есть никогда.
Что делать при утере доступа
- Зафиксируйте время обнаружения. Этот момент — начало отсчёта: от него считается, сколько окна у вас осталось, какие шаги в него укладываются и какие придётся отбросить, не пытаясь успеть всё сразу.
- Проверьте, не допускает ли исходящая транзакция замену: признак виден в обозревателе сети и определяет, есть ли смысл в срочных действиях.
- Выведите остаток на счёт, ключи которого скомпрометированными не считаются, и только затем разбирайтесь в причинах.
- Пересчитайте все три множителя заново. Инцидент даёт честный замер времени реакции, которого учебная тревога не даёт никогда.
Наблюдение за чужим счётом без права траты строится на расширенном публичном ключе, и объём раскрываемых данных стоит понимать заранее — об этом разбор, как устроен расширенный публичный ключ в мультиподписи.
Чек-лист
- Опись значимых событий составлена, напротив каждого отмечено покрытие
- Доля непокрытых событий посчитана по адресам, а не по кошелькам
- Задержка доставки замерена трижды, в расчёт взят худший результат
- Учебная тревога проведена в случайный час без предупреждения
- Два канала опираются на разные источники событий
- Фильтр по минимальной сумме включён, пыль не забивает поток
- Окно безнаказанности посчитано и сопоставлено со сценарием хранения
- Замеры записаны с датами, пересчёт назначен на квартал вперёд
Материалы по теме:
- Что такое самостоятельное хранение и какую ответственность оно даёт — опорный разбор раздела и рамка ответственности.
- Как устроен расширенный публичный ключ в мультиподписи — на чём строится наблюдение без права траты.
- Как правильно мигрировать активы на аппаратное устройство — полнота переноса и остатки на старых адресах.
- Как распознать пылевую атаку на кошелёк и что делать с полученной мелочью — почему канал забивается мелочью.
Частые вопросы
Как понять, что остаточный риск у меня высокий?
Перемножьте три числа: долю адресов вне правил, задержку доставки в минутах и время до вашего отклика в минутах. Если произведение превышает окно, за которое средства можно вывести, риск высокий. Для холодного хранения приемлемы часы, для оперативного кошелька — минуты. Абсолютной нормы нет, норма задаётся сценарием.
Второй канал снижает риск вдвое?
Нет, снижает только задержку и только при независимости источников. Два приложения, читающие события у одного провайдера данных, дают одну точку отказа и нулевой прирост надёжности. Независимость проверяется отключением: гасите один источник и смотрите, приходит ли сигнал по второму маршруту.
Нужно ли реагировать на сигнал о неподтверждённой транзакции?
Реагировать стоит, решение принимать — с оговоркой. Транзакция в памяти узлов может быть заменена: стандарт BIP-125 описывает такой сигнал через номер последовательности входа. Поэтому ранний сигнал используют для подготовки действий, а необратимым факт становится после подтверждения в блоке.
Как часто пересчитывать все три множителя?
Раз в квартал и после каждого изменения схемы. Остаточный риск растёт без вашего участия: заводятся новые счета, сервис меняет условия доставки, привычки смещаются. Полезно привязать пересчёт к той же дате, когда вы сверяете резервные копии, — два дела за один вечер.
Вердикт
Оповещение без замера — ритуал, а не защита. Ценность настройки определяется не числом правил, а произведением трёх измеримых величин, и каждая из них проверяется секундомером за один вечер. В обращениях читателей почти всегда не хватает третьего множителя: сигнал пришёл вовремя и никого не нашёл. Начинайте с учебной тревоги, остальное подстроится.
Разборы и предупреждения о свежих схемах публикуем в Telegram-канале Cryptium.
Источники: спецификация BIP-125 о замене неподтверждённых транзакций и отчёт Chainalysis о криптопреступности за 2025 год.
Обсуждение
Добавить комментарий