Правило FATF Travel Rule, встроенное в систему мониторинга транзакций (RU)

Правило FATF Travel Rule требует от каждого поставщика услуг виртуальных активов (VASP) обманчиво простого: при отправке криптоперевода выше порогового значения вы должны отправлять идентификационную информацию об отправителе и получателе вместе с ним — а при получении вы должны собирать и проверять те же данные. Сложность не в принципе. Дело в том, что контрагент — это другой VASP на другом стеке, в другой юрисдикции, который может поддерживать или не поддерживать тот же протокол, и может быть или не быть обязанным соблюдать его вообще.

Didit справляется с этим без отдельного продукта. Поддержка Travel Rule встроена непосредственно в систему мониторинга транзакций. Тот же механизм, который оценивает каждый криптоперевод в реальном времени, также обменивается данными об отправителе и получателе с контрагентом VASP, отслеживает состояние каждого обязательства и параллельно выполняет проверку кошельков в блокчейне. Вы отправляете транзакцию один раз; мониторинг, проверка и Travel Rule — все это работает на ней.

В этом руководстве объясняется, как это выглядит, почему это построено именно так и как это интегрировать.

Ключевые выводы

• Travel Rule является частью мониторинга транзакций, а не дополнением. Криптопереводы, которые вы уже отправляете для мониторинга, несут обмен данными Travel Rule и отслеживание обязательств.
• Обмен данными отправителя и получателя происходит между вами и контрагентом VASP по основным протоколам — TRISA, TRP и OpenVASP.
• Шесть выделенных статусов — UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED, EXEMPT — точно показывают, в каком состоянии находится каждое обязательство.
• Предустановленные правила travel-rule поставляются в библиотеке правил, а транзакции имеют категорию travel_rule, поэтому политика применяется в контексте.
• Проверка кошельков в блокчейне запускается параллельно от $0.02 за проверку с использованием собственного ключа (Crystal или Merkle Science).
• Единый API /v3/. Криптотранзакции отправляются в POST https://verification.didit.me/v3/transactions/ с currency_kind: "crypto".

Что делает Travel Rule

Группа разработки финансовых мер борьбы с отмыванием денег (FATF) распространила свое давнее правило о банковских переводах — Рекомендацию 16 — на виртуальные активы. Требование: когда VASP переводит виртуальные активы от имени клиента, он должен получать, хранить и передавать необходимую информацию об отправителе и получателе, а также предоставлять ее властям по запросу. На практике это означает, что два VASP должны идентифицировать друг друга, безопасно обмениваться данными клиентов и подтверждать перевод до — или во время — перемещения активов в блокчейне.

Это подтверждение является рабочим процессом, который Didit операционализирует. Когда вы отправляете криптотранзакцию для мониторинга, механизм идентифицирует контрагента VASP, обменивается данными отправителя и получателя по поддерживаемому протоколу и разрешает обязательство до статуса, по которому вы можете действовать. Перевод, который подтверждает контрагент, становится COMPLIANT; тот, который ожидает на другой стороне, находится в состоянии PENDING_COUNTERPARTY; тот, который ниже порогового значения или иным образом не подпадает под действие, является EXEMPT.

Почему это важно

Применение Travel Rule больше не является теоретическим. Регламент ЕС о переводе средств, его реализация в Великобритании и растущий список национальных режимов теперь требуют от VASP выполнения обмена данными, при этом надзорные органы активно проверяют это. Стоимость ошибки — это риск лицензирования, а не просто штраф.

Операционная проблема заключается в том, что большинство команд рассматривают Travel Rule как четвертый инструмент — отдельный от KYC, отдельный от AML, отдельный от мониторинга транзакций — а затем тратят инженерное время на синхронизацию четырех систем относительно одного и того же перевода. Подход Didit устраняет этот разрыв. Перевод, который вы уже отслеживаете на предмет структурирования, скорости и подверженности санкциям, является тем же переводом, который несет обязательство Travel Rule, поэтому данные, статус и аудиторский след находятся в одном месте.

Технические детали

Криптотранзакции создаются через унифицированный API /v3/, ту же конечную точку, которая обрабатывает фиатные средства. Установка currency_kind: "crypto" сообщает движку, что нужно оценивать криптоправила и запускать пути Travel Rule и проверки кошельков.

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_c41f08",
    "category": "travel_rule",
    "amount": 4200,
    "currency": "USDC",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T11:05:00Z",
    "subject": {
      "vendor_data": "user_4521",
      "role": "ORIGINATOR",
      "entity_type": "INDIVIDUAL"
    },
    "counterparty": {
      "role": "BENEFICIARY",
      "entity_type": "INDIVIDUAL",
      "wallet_address": "0x9f2a...c81d"
    }
  }'

Движок оценивает перевод, открывает обмен данными Travel Rule с контрагентом VASP и возвращает статус транзакции плюс статус Travel Rule:

{
  "transaction_id": "txn_c41f08",
  "status": "IN_REVIEW",
  "travel_rule_status": "PENDING_COUNTERPARTY",
  "wallet_screening": {
    "risk_score": 18,
    "risk_level": "LOW"
  },
  "protocol": "TRISA"
}

Шесть статусов Travel Rule. Каждое обязательство разрешается ровно в один из них:

Статус	Значение
UNKNOWN	Обязательство Travel Rule еще не было оценено или контрагент VASP не может быть разрешен.
COMPLIANT	Данные об отправителе и получателе были обменены и подтверждены — обязательство выполнено.
PENDING_ACTION	Требуется что-то с вашей стороны — отсутствуют данные отправителя или шаг подтверждения.
PENDING_COUNTERPARTY	Вы ожидаете ответа от контрагента VASP на обмен данными.
FAILED	Обмен не мог быть завершен — недоступный контрагент, отклоненные данные или несоответствие протоколов.
EXEMPT	Перевод не подпадает под действие — ниже порогового значения, обработка самостоятельно размещенного кошелька или иное отсутствие обязательств.

Категория и правила. Транзакции имеют category travel_rule, чтобы применялась правильная политика, а библиотека правил содержит предустановленные правила Travel Rule, которые вы включаете и настраиваете в Консоли, а не кодируете вручную.

Параллельная проверка кошельков. Поскольку currency_kind — это crypto, движок может выполнять проверку кошельков в блокчейне по адресу контрагента в том же вызове — проверяя подверженность санкционным организациям, миксерам, даркнет-рынкам, программам-вымогателям и украденным средствам. Проверка кошельков начинается от $0.02 за проверку с использованием собственного ключа (Crystal или Merkle Science).

Один движок, три задачи для каждой транзакции

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

1. Мониторинг — перевод оценивается по наборам правил криптомониторинга и криптоскрининга на предмет структурирования, скорости и аномальных паттернов.
2. Проверка кошельков — адрес контрагента проверяется в блокчейне на предмет рисков.
3. Travel Rule — данные об отправителе и получателе обмениваются с контрагентом VASP, и обязательство отслеживается до одного из шести статусов.

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

Варианты использования

• VASP и биржи — соблюдайте Travel Rule для каждой исходящей и входящей транзакции выше порогового значения без создания отдельного стека соответствия и храните мониторинг, проверку и Travel Rule в одной записи.
• On/off-рампы — обменивайтесь данными об отправителе и получателе с конечными VASP, одновременно проверяя принимающий кошелек в том же вызове.
• Кастодианы — отслеживайте обязательства по множеству контрагентов и протоколов, с четким статусом каждой транзакции для проверяющих.
• DeFi-интерфейсы — обрабатывайте Travel Rule там, где в потоке участвует регулируемая организация, возвращаясь к EXEMPT и обработке самостоятельно размещенных кошельков там, где обязательство действительно не применяется.

Как интегрироваться с Didit

1. Включите наборы правил. В Бизнес-консоли включите криптомониторинг, криптоскрининг и предустановленные правила Travel Rule, а также настройте пороговые значения в соответствии с вашей политикой рисков.
2. Отправляйте криптотранзакции. POST /v3/transactions/ с currency_kind: "crypto", direction, данными отправителя (subject) и получателя (counterparty), а также категорией travel_rule, где это применимо.
3. Прочитайте оба статуса. Действуйте по status транзакции для перемещения средств и по travel_rule_status для обязательства — удерживайте или исправляйте, если требуется действие.
4. Остальное работайте в Консоли. Ожидающие и неудачные обязательства, оповещения и рабочий процесс находятся в том же интерфейсе, что и остальная часть вашего мониторинга.

Поскольку все это работает на унифицированном API /v3/, та же платформа, которая выполняет KYC для ваших пользователей и KYB для ваших бизнес-клиентов, также проводит их переводы через мониторинг, проверку кошельков и Travel Rule — единая платформа идентификации и борьбы с мошенничеством, от начала до конца.

Часто задаваемые вопросы

Является ли Travel Rule отдельным продуктом Didit?

Нет. Он встроен в систему мониторинга транзакций. Криптопереводы, которые вы уже отправляете для мониторинга, несут обмен данными Travel Rule и отслеживание обязательств в той же записи.

Какие протоколы Travel Rule вы поддерживаете?

Основные протоколы интероперабельности — TRISA, TRP и OpenVASP — чтобы вы могли обмениваться данными об отправителе и получателе с контрагентами VASP между различными стеками.

Каковы статусы Travel Rule?

Шесть: UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED и EXEMPT. Они точно показывают, в каком состоянии находится каждое обязательство.

Как вписывается проверка кошельков?

Криптотранзакции (currency_kind: "crypto") могут автоматически выполнять проверку кошельков в блокчейне по адресу контрагента, от $0.02 за проверку с использованием собственного ключа (Crystal или Merkle Science).

Где я настраиваю правила Travel Rule?

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

Готовы начать?

Прочитайте документацию по Travel Rule, посмотрите, как она вписывается в общую структуру на странице решения по криптографическому правилу Travel Rule и на странице продукта «Мониторинг транзакций», а также ознакомьтесь с прозрачными ценами за вызов на странице цен. Когда будете готовы, начните бесплатно — 500 бесплатных проверок KYC каждый месяц, с мониторингом, проверкой кошельков и Travel Rule на одном API.