Travel Rule для обменника звучит как банковская бюрократия, пока ваш платёж не застревает у партнёра без объяснений. Это требование передавать данные отправителя и получателя при переводе криптовалюты между сервисами — и оно касается любого обменника, который работает с внешними кошельками, банками или другими VASP. Ниже — пять признаков, что вы к этому не готовы, и что с этим делать.
Коротко: что Travel Rule требует от обменника
Если упростить до одной фразы: при переводе криптовалюты между сервисами нужно передавать данные о том, кто отправитель и кто получатель. Это международный стандарт FATF — Рекомендация 16, и каждая страна внедряет её по-своему. Где-то действует порог в районе $1000, а в Евросоюзе его отменили вовсе: правило работает с любой суммы.
Для обменника это значит одно: инфраструктура должна уметь собирать, хранить и передавать такие данные партнёрам. Если этого нет — переводы будут зависать или отклоняться, причём не у вас, а у банка или VASP на другой стороне.
Признак 1: вы отправляете переводы «вслепую»
Скрипт формирует транзакцию и забывает про неё — имя получателя, страна, цель платежа нигде не фиксируются. Работает, пока партнёры не начинают спрашивать. А они начинают: любой VASP, который сам соблюдает Travel Rule, обязан запрашивать эти данные у вас.
Признак 2: банк или ликвидити-провайдер вдруг тормозит платежи
Платёж, который раньше проходил за минуты, зависает на часы без внятной причины — верный сигнал, что контрагент запустил проверку по Travel Rule, а ваша сторона не прислала нужные поля. Разовая задержка ни о чём не говорит, а системная — повод проверить процесс.
Признак 3: вы не можете быстро назвать, кто стоит за входящим переводом
Пришёл запрос от партнёра: кто инициировал транзакцию, физлицо или компания, есть ли у клиента верификация. Если ответ занимает день звонков поддержке — значит, данные не связаны с транзакциями на уровне системы, а живут в головах операторов.
Признак 4: нет единого протокола обмена данными с другими VASP
Travel Rule решается не e-mail переписками, а техническими протоколами — такими как TRP, Sygna Bridge, Notabene или аналоги, которые обменники используют, чтобы передавать и проверять данные автоматически. Без хотя бы одного такого канала каждый перевод превращается в ручной разбор.
Признак 5: порог в $1000 воспринимается как формальность
«У нас мелкие суммы, нас это не касается» — рискованная логика. Во-первых, пороги снижаются или исчезают, как уже показал ЕС. Во-вторых, регулятор и партнёры смотрят на совокупность переводов клиента, а не на одну транзакцию. Привычка игнорировать мелкие суммы накапливает риск незаметно.
Что делать, если узнали себя хотя бы в одном пункте
Начните с инвентаризации: какие поля данных вы сейчас собираете при онбординге и переводе, и куда они деваются после. Дальше — выбор протокола обмена данными с партнёрами, совместимого с тем, что используют ваши банки и ликвидити-провайдеры. Это не разовая настройка, а часть архитектуры: правило будет только расширяться на новые юрисдикции.
Здесь честно стоит сказать: нет универсального решения «на один клик» — набор инструментов зависит от того, с какими партнёрами и в каких странах вы работаете.
Вывод
Travel Rule — это не разовая проверка перед запуском, а постоянная часть инфраструктуры обменника, которая будет только усложняться по мере ужесточения регулирования. Чем раньше данные о транзакциях станут частью системы, а не памяти операторов, тем меньше сюрпризов будет при масштабировании. Если вы выстраиваете или обновляете техническую базу обменника, готовое решение с таким расчётом на борту сэкономит месяцы — посмотреть, как это устроено, можно на платформе iEXExchanger.
