Скрининг кошельков: поддерживаемые блокчейны и крипториски

Проверяйте кошельки в Bitcoin, Ethereum, Solana, Base, Optimism и Arbitrum One. Узнайте поддерживаемые блокчейны, покрытие токенов и оценку риска.

#Что это показывает

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

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

#Привязано к транзакции или по запросу

Есть два способа использования:

• Привязка к транзакции. Адрес проверяется как часть оценки транзакции, поэтому правила могут действовать по результату в том же проходе.
• По запросу. Проверьте адрес отдельно - перед принятием депозита, при онбординге кошелька или при расследовании паттерна постфактум.

#Направление имеет значение

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

#Используйте собственный ключ провайдера

Если у вас уже есть контракт с провайдером блокчейн-аналитики, можно подключить свой собственный ключ и платить $0,02 за запрос вместо $0,15 - Didit выполняет маршрутизацию и нормализацию, а сам запрос идёт через ваш аккаунт у провайдера.

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

#Какие блокчейны поддерживаются?

Управляемая проверка кошельков и проверка криптотранзакций поддерживают эти 13 сетей:

Вы можете проверить адрес до перевода или проверить хэш транзакции после него. Всегда выбирайте фактическую сеть: адрес может иметь различную активность и риск в каждой цепочке. Использование ETH не проверяет этот адрес в Base, Optimism или Arbitrum One.

Celo, Mode и Plume в настоящее время не поддерживаются управляемой интеграцией. Ограниченное покрытие только санкциями не то же самое, что полное раскрытие кошелька и проверка транзакций. Если вам нужна другая сеть, свяжитесь со службой поддержки, чтобы проверить ее доступность. Подключенные поставщики услуг проверки имеют собственное покрытие сети и учетных записей; Lightning требует поддерживаемого подключения поставщика.

#Как работают USDT, USDC и пользовательские токены?

Актив и сеть разделены. Для поиска кошелька используйте значение API цепочки в blockchain. Для транзакции поместите символ токена в transaction_details.currency, установите currency_kind на crypto и поместите цепочку в transaction_details.crypto_params.crypto_chain. Включите include_crypto_screening, когда вы хотите, чтобы эта транзакция была проверена.

Например, токен в Base использует BASE в качестве своей цепочки, даже если токен имеет другой символ. Автономные значения USDT и USDC являются устаревшими псевдонимами Ethereum, а не поиском по каждой сети, которая поддерживает эти токены. Всегда указывайте сеть для транзакций токенов, а не полагайтесь на значения по умолчанию, основанные на хэше. Проверка перевода пользовательских токенов также зависит от того, индексирован ли его контракт в этой сети. Созданная транзакция не доказывает, что проверка прошла успешно: проверьте ее статус и результат проверки.

См. API проверки кошельков и значения блокчейна и руководство по выбору токенов и сетей.

#Включение функции

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

#Честное чтение уровней риска

Стоит назвать две ловушки:

• UNKNOWN - это не LOW. Неизвестный уровень риска означает, что данных для оценки адреса было недостаточно - например, совершенно новый кошелёк без истории. Считать это низким риском - решение, которое нужно принимать осознанно, а не по случайности сопоставления.
• Оценка риска - это подверженность, а не вина. Адрес, получивший средства через два перехода от миксера, не обязательно виновен по вине владельца. Правила, основанные на оценке, должны учитывать число переходов и долю средств - для этого и нужна разбивка по источнику средств.

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

#Это не то же самое, что Travel Rule

Скрининг кошельков сообщает о риске. Travel Rule - это отдельное обязательство по обмену информацией об отправителе и получателе с учреждением-контрагентом. Они часто применяются к одному и тому же переводу и тарифицируются раздельно. См. Travel Rule.

#Сколько это стоит

Когда переводу по Travel Rule требуется запрос по кошельку для определения учреждения-контрагента, этот запрос тарифицируется один раз по ставке скрининга - никогда не дважды, если мониторинг криптовалюты уже проверял тот же адрес в той же транзакции.