У риска кошелька две стороны, и этот раздел рассматривает обе. Первая — с кем вы взаимодействуете: оценка риска адреса до начала работы, которую биржи, платёжные сервисы и кастодианы выполняют при подключении клиента. Вторая — что вы подписываете: чтение транзакции до её одобрения вашим ключом. Ниже разобраны обе стороны и приведены практические руководства.
Страница построена в порядке рабочего процесса. Сначала — что такое проверка и почему она перестала быть необязательной, затем — её место в процессе, содержимое результата и переход от ручной работы к автоматизации. Вторая половина посвящена рискам подписания для тех, кто самостоятельно хранит средства. В конце есть навигационная таблица всех руководств.
Что такое проверка кошельков
Проверка до начала работы с кошельком
Это оценка риска адреса кошелька. Адрес сопоставляют с базами меток риска и поведенческими сигналами, а результат помогает принять бизнес-решение: принять кошелёк, изучить дополнительно или отказаться. Проверка выполняется до движения средств, при первом пополнении клиента и повторяется на протяжении отношений.
Она отвечает на узкий вопрос, доступный по публичным данным: что делал этот адрес? Адрес в блокчейне — видимая история всех его переводов. Проверка превращает историю в картину рисков, чтобы одобряющий пополнение видел свидетельства, а не просто строку символов.
Значение «принять кошелёк» зависит от бизнеса. Для биржи это поступление пополнения, для платёжного сервиса — запрос выплаты, для кастодиана — добавление клиентского адреса. Проверка одинакова и в каждом случае выполняется до начала отношений, а не после.
Отличие от KYC и мониторинга транзакций
Проверку кошельков часто смешивают с установлением личности и мониторингом. KYC опирается на документы и устанавливает, кем человек себя представляет; проверка адреса опирается на блокчейн и выясняет, что адрес делал. Если провести только первую процедуру, полностью идентифицированный клиент всё ещё может внести средства с кошелька, связанного с кражей. Проверка адреса закрывает этот пробел.
Мониторинг транзакций — третья часть набора, а граница проходит по времени. Проверка адреса — снимок на конкретный момент: выполнить сейчас, получить текущую картину, решить. Мониторинг непрерывен: после принятия кошелька наблюдение продолжается, поскольку новая активность может изменить риск адреса. Проверка — контроль на входе, мониторинг — то, что происходит после открытия двери.
Почему проверка стала обязательной для VASP
Базовый комплаенс, а не дополнительное преимущество
Раньше поставщики услуг виртуальных активов считали проверку кошельков конкурентным преимуществом. Регуляторы превратили её в базовое требование. Рекомендации FATF, применяемые через национальные нормы, требуют понимать происхождение средств, а Travel Rule дополняет это передачей сведений об отправителе вместе с переводом. В Европе MiCA включил те же ожидания в единые рыночные рамки.
На практике от платформы, принимающей средства, прошедшие через межсетевые мосты, децентрализованные биржи или миксеры, ожидают знания этих обстоятельств и проверки участвовавших кошельков. Именно это делает проверка адресов. Она уже не свидетельствует об особой осторожности: это минимум, который лицензированный бизнес предъявляет инспектору.
Инспекторы задают простой вопрос: покажите, как вы проверяете кошельки и что сделали с результатами. Запись проверки отвечает на первую часть, письменная политика с зафиксированными решениями — на вторую. Ни одна из частей больше не является необязательной, и ни одну нельзя добросовестно восстановить задним числом.
Где находятся подробные руководства по регулированию
Этот раздел посвящён практике: как проверять кошельки и читать подписываемое. Регуляторная основа с разбором каждой системы норм — отдельная тема. Подробные материалы о противодействии отмыванию денег собраны в разделе AML; здесь мы ссылаемся на них там, где процессы пересекаются.
Место проверки в рабочем процессе
Проверка — не единичное событие, а часть последовательности. Ниже перечислены этапы, знакомые большинству команд; каждому посвящено руководство.
Проверяйте при подключении клиента
Первая проверка — самая дешёвая и полезная за всё время отношений: один адрес, одна оценка риска, до движения средств и до превращения ошибочного одобрения в спор. Значение каждого уровня определяет письменная политика, а не обстоятельства момента. Полная процедура из четырёх шагов, от первой проверки до готовых к аудиту записей, приведена в статье «Как проверить криптокошелёк».
Продолжайте наблюдение после одобрения
Кошелёк, прошедший проверку сегодня, уже ночью может получить средства сомнительного происхождения. Поэтому одобрение запускает мониторинг, а не завершает его. Новая активность меняет оценки; значимое уведомление — изменение уровня уже принятого адреса. Частый вопрос о том, может ли чистый кошелёк стать рискованным, подробно разобран в отдельном материале раздела KYT.
Масштабируйте и реагируйте
Когда ежедневный объём превышает возможности качественной ручной работы, проверки встраивают в процесс обработки: пакетные конечные точки, автоматические результаты и каналы уведомлений заменяют копирование. Последний этап — реакция: каждое уведомление требует решения, а случаи, пересекающие установленный порог, становятся основой сообщения о подозрительной деятельности. Автоматизации посвящено отдельное руководство, представленное через два раздела ниже.
Что содержит результат проверки
Результат устроен так, чтобы его можно было быстро прочитать и подробно обосновать. Главное — пятиуровневая оценка риска от отсутствующего до критического, получаемая для одного адреса менее чем за 100 миллисекунд (по данным BlockSec). Ниже — свидетельства: более 600 миллионов круглосуточно обновляемых меток риска, свыше 200 сигналов, 17 категорий индикаторов и охват около 10 блокчейнов для проверки.
Эти два слоя выполняют разные задачи. Метки — накопленные сведения: санкционные записи, мошеннические операции, украденные средства, миксеры; каждая связывает адрес с известной категорией. Сигналы — поведение: закономерности текущего движения средств, меняющие оценку даже при отсутствии метки.
Переход от уровня к действию определяет политика. Отсутствие риска означает обычное состояние сегодня; низкий и средний — связи, заслуживающие внимания специалиста; высокий и критический — прямые связи, при которых большинство политик предусматривает отказ или замораживание. Границы уровней задаёт инструмент; действия внутри каждого уровня оператор описывает заранее и каждый раз применяет одинаково.
Третье свойство — объяснимость. Оценка, основания которой регулятор не может проверить, мало полезна при аудите. Поэтому результат должен раскрывать свидетельства: какие метки, какие сигналы, какой блокчейн. Обоснование оценок и их защита рассматриваются в материале об объяснимой оценке риска раздела AML.
От ручных проверок к автоматизации
Большинство программ проходят одинаковые ступени, одну за другой.
Начните с одного адреса
Вход намеренно прост: зарегистрируйтесь на сайте BlockSec и получите три бесплатные проверки риска в месяц; каждая за секунды возвращает пятиуровневую оценку одного адреса. Это подход «сначала поиск» и самый быстрый способ увидеть, какую картину дают метки и сигналы, ещё до обсуждения рабочего процесса.
Когда объём требует API
Честный сигнал для следующей ступени — первая проверка, пропущенная из-за нехватки времени. В этот момент проверка перестаёт быть мерой контроля, и её заменяют пакетные конечные точки: списки адресов на входе, структурированные оценки на выходе внутри вашего процесса. Конечные точки, ограничения частоты и подключение уведомлений описаны в статье «Автоматизированная проверка адресов».
Поручите мониторингу отслеживание изменений
Верхняя ступень замыкает цикл. Принятые адреса попадают в списки наблюдения, события изменения риска отправляют уведомления в читаемые командой каналы, а процесс принимает вид «проверить, одобрить, наблюдать, реагировать» с записями на каждом этапе. Именно такой процесс ожидает инспектор и именно он выдерживает инцидент.
Отдельно стоит назвать время реакции. Если уведомление остаётся непрочитанным все выходные, мониторинг существует лишь по названию. При проектировании важен не только выбор каналов, но и скорость доставки изменения риска человеку, способному действовать, а также его первое действие.
Другая сторона риска кошелька: что вы подписываете
Первая сторона риска — с кем вы взаимодействуете. Вторая — что одобряете: аппаратный кошелёк с экраном непонятных шестнадцатеричных данных просит подписать то, чего вы не видите. Крупнейшие кражи последних двух лет произошли именно здесь: ключи не похищали, а владельцы подписывали добровольно. Эта часть раздела предназначена для тех, кто хранит средства самостоятельно.
Когда невозможно прочитать одобряемое действие
Слепое подписание — одобрение транзакции, содержимое которой вы не можете прочитать. Вызовы контрактов передаются в закодированном виде; устройство с небольшим экраном часто не способно превратить их в слова и показывает исходные данные. В инциденте Bybit в феврале 2025 года с биржи ушло почти 1,5 миллиарда долларов: интерфейс представлял перевод, а транзакция фактически выполняла обновление контракта.
На этом уровне работает Safe{Wallet} Monitor — отдельный инструмент нашей линейки безопасности, а не часть комплаенс-системы. Он переводит данные транзакций в понятные человеку объяснения, проверяет их реальные последствия и может предупредить до завершения подписания и попадания транзакции в блокчейн. Понятие, примеры и реальные пределы возможностей расшифровки разобраны в руководстве по слепому подписанию.
Четыре пути к безопасному подписанию
Этой стороне посвящены четыре руководства, каждое отвечает на свой вопрос. Руководство по слепому подписанию объясняет, что происходит, когда экран показывает непонятные данные. Руководство по мультиподписи — когда распределять полномочия между несколькими ключами и какова цена этого решения. Руководство по хранению сид-фразы — как хранить сами слова восстановления. Процедура проверки мультиподписной транзакции проводит одну операцию через четыре проверки перед последней подписью.
Граница темы: атаки на порядок транзакций, MEV и сэндвич-атаки относятся к другим рискам и здесь не рассматриваются.
Phalcon Compliance
Что охватывает движок проверки
Phalcon Compliance использует два движка — KYA и KYT: проверку адресов и транзакций на одних данных. Библиотека содержит более 600 миллионов меток риска, обновляемых круглосуточно, и охватывает около 10 блокчейнов для проверки. Ответы приходят менее чем за 100 миллисекунд (по данным BlockSec), что необходимо процессам пополнения и вывода с большим объёмом на пике нагрузки.
Движки чётко разделяют работу. KYA проверяет сам адрес — это подходящая проверка при подключении клиента и рассмотрении пополнения; KYT проверяет транзакцию, следуя за движением средств. Большинство процессов вызывает оба движка, а результаты имеют одинаковую структуру записей, позволяющую хранить аудиторское досье в одном месте.
Как устроены тарифы
Цены начинаются с бесплатного уровня: регистрация на сайте BlockSec даёт три бесплатные проверки в месяц. Затем можно покупать пакеты кредитов по необходимости или перейти на ежемесячную подписку, когда проверки станут регулярными. Подход позволяет начать с одного адреса и вырасти до автоматизации без промежуточного закупочного цикла.
Реальные ограничения
Честное описание должно содержать три ограничения. Проверка снижает риск, но не устраняет его: снимок говорит о сегодняшнем дне, а не обещает завтрашний. API доступен на тарифах Scale и Enterprise, поэтому подтвердите тариф до разработки интеграции. Инструмент даёт оценки и свидетельства, но решения и письменная политика остаются работой оператора. Полные сведения — на странице Phalcon Compliance; для рисков подписания предназначен Safe{Wallet} Monitor, входящий в линейку безопасности, а не комплаенс-систему.
Изучите материалы о рисках кошельков
Материалы разделены на два направления; у каждого руководства своя роль.
Проверка адресов для комплаенс-команд:
Безопасность подписания для самостоятельного хранения:
Соседний раздел KYT углубляет тему мониторинга транзакций. Если выбираете отправную точку: комплаенс-командам стоит начать с понятия проверки адресов, владельцам собственных средств — со слепого подписания.
По мере развития здесь появляются новые руководства; два направления намеренно остаются раздельными. Комплаенс-команде не нужны привычки подписания для запуска программы проверки, а владельцу собственного кошелька — процесс подготовки сообщений о подозрительной деятельности для защиты сид-фразы. Посмотрите таблицу и выберите страницу, соответствующую вашей текущей задаче.
