Сотрудник по комплаенсу в VASP открывает элемент очереди в 11:42. Новый депозит поступил с кошелька, который взаимодействовал с адресом, находящимся под санкциями, девятнадцать дней назад. Счётчик времени принятия решения запущен. Вопрос на экране обманчиво прост: какие данные системе скрининга действительно нужны, чтобы одобрить или заблокировать этот адрес?
Честный ответ удивляет команды, пришедшие из традиционных финансов. Проверка адреса в рамках криптовалютного AML начинается не со сбора документов, удостоверяющих личность, схем бенефициарного владения или документов о регистрации бизнеса. Она начинается с одной строки — адреса кошелька — и заканчивается вынесением риск-вердикта на основе данных из блокчейна. В этой статье рассматривается единственный обязательный входной параметр, данные, которые система скрининга собирает в фоновом режиме, дополнительный контекст, повышающий точность проверки, и структура результата, поступающего на стол специалиста по комплаенсу.
Адрес в блокчейне — единственный входной параметр
Традиционные процессы противодействия отмыванию денег требуют большого количества документов. Аналитики запрашивают паспорта, квитанции об оплате коммунальных услуг, корпоративные реестры и подтверждения источников средств, прежде чем дело может быть рассмотрено. Скрининг в блокчейне меняет этот порядок на противоположный. Адрес кошелька — это весь входной параметр: строка с префиксом 0x в сети Ethereum, строка в формате base58 в сети Tron или адрес, совместимый с EVM, в таких сетях, как BNB Smart Chain и Arbitrum.
Этой единственной строки достаточно, поскольку блокчейн является публичным реестром. Каждый перевод, совершённый с этого адреса, каждый смарт-контракт, с которым он взаимодействовал, и каждый кластер связанных кошельков, к которому он относится, поддаются наблюдению без какого-либо конфиденциального сотрудничества со стороны владельца кошелька. Провайдер скрининга сопоставляет адрес с заранее сформированным графом меток и возвращает вердикт за миллисекунды, а не в ходе многодневного обмена письмами.
Именно здесь криптовалютный комплаенс расходится с верификацией личности. KYC подтверждает, что человек или организация является тем, за кого себя выдаёт, при регистрации. KYA — Know Your Address («знай свой адрес») — проверяет адрес в блокчейне на предмет истории транзакций и риск-экспозиции. Эти два уровня дополняют друг друга, а не заменяют один другой, и только один из них ориентирован на адрес.
Система скрининга формирует картину рисков в фоновом режиме
Команда по комплаенсу отправляет один адрес и получает доступ ко всему заранее вычисленному графу рисков. Никто не должен самостоятельно обходить блокчейн, запускать собственную кластеризацию или отслеживать изменения в санкционных списках. Подробнее о том, как система превращает один адрес в риск-вердикт — посредством сопоставления меток, срабатывания индикаторов и расчёта риск-экспозиции — рассказывается в нашем руководстве Скрининг криптовалютных адресов на предмет рисков. Здесь же важно понять, что именно предоставляет команда и что получает в ответ.
Актуальность меток — это то место, где слабые системы скрининга незаметно дают сбой. OFAC может внести адрес цифровой валюты в санкционный список в ходе утреннего обновления, и адрес, выглядевший чистым в полночь, к полудню может оказаться высокорисковым. Система, которая обновляет набор меток в непрерывном режиме, закрывает это окно уязвимости, тогда как еженедельный пакетный процесс оставляет платформу «слепой» на несколько дней.
В ответ поступает риск-вердикт, список категорий рисков и рекомендуемое действие — всё это структурировано для принятия обоснованного решения, а не представляет собой массив необработанных транзакций.
Дополнительный контекст для повышения точности скрининга
Адрес является обязательным параметром. Несколько дополнительных полей повышают точность вердикта, не усложняя рабочий процесс.
-
Идентификатор сети или блокчейна. Указание того, в какой сети находится адрес — Ethereum, Tron, BNB Chain или другой поддерживаемой EVM-совместимой сети — не позволяет системе смешивать одинаково выглядящие строки из разных сетей. Адреса Bitcoin и EVM используют разные форматы, однако указание сети всё равно устраняет неоднозначность при межсетевых депозитах.
-
Хэш транзакции. Полезен, когда проверка выполняется в режиме KYT, при котором система оценивает конкретный перевод, а не адрес в отдельности. Хэш привязывает вердикт к одному наблюдаемому движению средств.
-
Тег бизнес-сценария. То, для чего проверяется адрес — входящий депозит, исходящий вывод средств или консолидация на горячем кошельке — влияет на интерпретацию уровня риска. Высокорисковый входящий депозит может быть помещён на карантин; тот же уровень для исходящего вывода средств может привести к заморозке.
Ни одно из этих полей не является обязательным для получения вердикта. Это параметры настройки, которые помогают системе вернуть оценку, откалиброванную по фактической риск-экспозиции платформы в данный момент. API скрининга, принимающий адрес и предоставляющий дополнительные поля, упрощает интеграцию при первоначальном развёртывании и масштабируется вместе с программой комплаенса.
Структура результата: что поступает на стол специалиста по комплаенсу
Данные, которые видит команда по комплаенсу в ответе, структурированы для принятия обоснованного решения, а не представляют собой массив необработанных транзакций.
Стандартный объект ответа содержит три основных поля. Уровень риска распределяет адрес по одному из шести настраиваемых уровней: Критический, Высокий, Средний, Низкий, Информационный или Отсутствие риска. Список категорий рисков перечисляет индикаторы рисков, которые привели к данной оценке, — например, санкции, миксер или атака. Рекомендация по решению сопоставляет уровень с действием, определённым политикой платформы: Разрешить, Проверить или Заблокировать. Значение каждого уровня риска устанавливается организацией в соответствии с её внутренней политикой комплаенса и склонностью к риску.
| Поле результата | Назначение на столе специалиста по комплаенсу | Значение для аудита |
|---|---|---|
| Уровень риска (6 уровней) | Маршрутизация к аналитику или автоматическое решение | Запись о настраиваемой политике |
| Категории рисков | Обоснование заморозки или эскалации | Указанные конкретные индикаторы рисков |
| Рекомендация по решению | Запуск процесса «Разрешить / Проверить / Заблокировать» | Задокументированное рекомендуемое действие |
Рекомендация по решению носит консультативный характер. Собственная политика управления рисками платформы определяет, будет ли оценка «Средний» для входящего депозита направлена на ручную проверку или автоматически одобрена с последующим мониторингом. Что гарантирует ответ — так это воспроизводимость каждого вердикта: один и тот же адрес, проверенный в одну и ту же временну́ю метку, возвращает одну и ту же оценку и список категорий. Именно эта воспроизводимость делает результат пригодным в качестве доказательства при проверке, когда регулятор спрашивает, почему та или иная транзакция была разрешена. Это также согласовывает проверку с риск-ориентированным подходом, лежащим в основе Рекомендаций FATF в отношении виртуальных активов и VASP.
Результат также поддаётся экспорту. В большинстве производственных развёртываний вердикт, временна́я метка, адрес и список категорий записываются в журнал комплаенса, что позволяет платформе восстановить историю скрининга для любого адреса за весь период его существования. Это превращает каждую проверку из точечного решения в хронологическую запись.
Для более широкого понимания того, как скрининг адресов вписывается в полную программу AML-комплаенса для бирж и VASP, см. Криптовалютный AML-комплаенс. С операционной точки зрения в разделе Скрининг криптовалютных кошельков описывается, как входной адрес проходит через конвейер скрининга.
→ Закажите демонстрацию Phalcon Compliance и выполните проверку адреса кошелька в режиме реального времени: Заказать демонстрацию
Часто задаваемые вопросы
В чём разница между данными, необходимыми для AML-проверки адреса, и данными, необходимыми для KYC?
Для AML-проверки адреса нужен один адрес кошелька. Система скрининга формирует картину рисков на основе истории транзакций в блокчейне, меток и риск-экспозиции контрагентов. Верификация личности, напротив, подтверждает человека или организацию, стоящую за учётной записью, и требует документов. Это два взаимодополняющих уровня, и только проверка адреса ориентирована на адрес.
Можно ли проверить адрес без каких-либо данных о клиенте?
Да. Поскольку блокчейн является публичным реестром, адреса достаточно в качестве входного параметра. Провайдер скрининга сопоставляет его с заранее сформированным графом меток и возвращает уровень риска. Для получения результата не требуется ни имя клиента, ни документ, ни самодекларация.
Как часто следует обновлять данные о метках, лежащих в основе проверки?
Непрерывное обновление — это безопасный базовый стандарт. Санкционные назначения и инциденты в сфере безопасности происходят в непредсказуемые моменты, и адрес, прошедший чистую проверку сегодня, завтра может оказаться высокорисковым. Еженедельный пакетный цикл оставляет окна уязвимости на несколько дней; непрерывный цикл обновления закрывает их.
Содержит ли ответ рекомендуемое действие или только уровень риска?
И то, и другое. Ответ содержит уровень риска из одного из шести настраиваемых уровней (Критический, Высокий, Средний, Низкий, Информационный или Отсутствие риска), конкретные категории рисков, которые привели к данной оценке, и рекомендацию по решению, сопоставленную с «Разрешить», «Проверить» или «Заблокировать». Окончательное действие определяет собственная политика платформы, однако рекомендация даёт аналитику последовательную отправную точку.
В каком формате должен быть адрес?
В нативном формате для соответствующего блокчейна. Шестнадцатеричная строка с префиксом 0x для Ethereum и EVM-совместимых сетей, строка в формате base58 для Tron или нативный формат сети для Bitcoin. Указание идентификатора сети наряду с адресом устраняет любую неоднозначность при межсетевом скрининге.
