Travel Rule ломает онбординг не из-за KYC, а из-за того, какие поля вы не успели передать

Travel Rule ломает онбординг не из-за KYC, а из-за того, какие поля вы не успели передать

Для on/off-ramp важно не путать идентификацию клиента и передачу данных по переводу. Travel Rule обычно срабатывает, когда провайдеру нужно отправить вместе с транзакцией набор сведений о плательщике и получателе, а не просто «пропустить KYC».

Что обычно передают:
— имя отправителя и адрес кошелька/аккаунта;
— имя получателя и его идентификатор;
— номер транзакции, сумму и валюту;
— данные провайдера с обеих сторон, если маршрут между VASP.
Иногда список шире: дата рождения, адрес, тип документа или внутренний customer ID. Конкретный набор зависит от маршрута, порога и правил контрагента.

На практике ломаются три вещи: маппинг полей между провайдерами, разный формат адресов для self-hosted wallet и задержка ответа от compliance-сервиса. Если поле обязательное, а его нет — перевод зависает не в блокчейне, а в API-цепочке.

Если строите воронку под крипту, заранее проверьте: какие поля обязательны на входе, какие уходят в Travel Rule message, и где у вас fallback на ручную проверку.