Travel Rule для обмінника звучить як банківська бюрократія — доки платіж не застрягне у партнера без жодних пояснень. Це вимога передавати дані відправника й отримувача під час переказу криптовалюти між сервісами, і вона стосується будь-якого обмінника, що працює із зовнішніми кошельками, банками чи іншими VASP. Нижче — п'ять ознак, що ви не готові до цього, і що з цим робити.
Коротко: що Travel Rule вимагає від обмінника
Якщо спростити до однієї фрази: під час переказу криптовалюти між сервісами потрібно передавати дані про те, хто відправник і хто отримувач. Це міжнародний стандарт FATF — Рекомендація 16, і кожна країна впроваджує її по-своєму. Десь діє порiг близько $1000, а в Євросоюзі його скасували повністю — правило працює з будь-якої суми.
Для обмінника це означає одне: інфраструктура має вміти збирати, зберігати й передавати такі дані партнерам. Якщо цього немає — перекази зависатимуть або відхилятимуться, причому не на вашій стороні, а у банку чи VASP на іншому кінці.
Ознака 1: перекази йдуть "наосліп"
Скрипт формує транзакцію і забуває про неї — ім'я отримувача, країна, мета платежу ніде не фіксуються. Працює, доки партнери не починають питати. А вони починають: будь-який VASP, що сам дотримується Travel Rule, зобов'язаний запитувати ці дані у вас.
Ознака 2: банк або ліквідіті-провайдер раптом гальмує платежі
Платіж, який раніше проходив за хвилини, зависає на години без зрозумілої причини — явний сигнал, що контрагент запустив перевірку за Travel Rule, а ваша сторона не надіслала потрібні поля. Одна затримка нічого не означає, а систематична — привід перевірити процес.
Ознака 3: ви не можете швидко назвати, хто стоїть за вхідним переказом
Прийшов запит від партнера: хто інiцiював транзакцію, фізособа чи компанія, чи верифікований клієнт. Якщо відповідь займає день дзвінків підтримці — значить, дані не пов'язані з транзакціями на рівні системи, а живуть у головах операторів.
Ознака 4: немає єдиного протоколу обміну даними з іншими VASP
Travel Rule не вирішується листуванням електронною поштою — для цього є технічні протоколи, такі як TRP, Sygna Bridge, Notabene чи подібні мережі, якими обмінники користуються, щоб передавати й перевіряти дані автоматично. Без хоча б одного такого каналу кожен переказ перетворюється на ручний розбір.
Ознака 5: порiг $1000 сприймається як формальність
"У нас дрібні суми, нас це не стосується" — ризикована логіка. По-перше, пороги знижуються або зникають, як уже показав ЄС. По-друге, регулятор і партнери дивляться на сукупність переказів клієнта, а не на одну транзакцію. Звичка ігнорувати дрібні суми накопичує ризик непомітно.
Що робити, якщо впізнали себе хоча б в одному пункті
Почніть з інвентаризації: які поля даних ви зараз збираєте під час онбордингу й переказу, і куди вони зникають після. Далі — вибір протоколу обміну даними з партнерами, сумісного з тим, що використовують ваші банки й ліквідіті-провайдери. Це не одноразове налаштування, а частина архітектури: правило лише розширюватиметься на нові юрисдикції.
Тут варто сказати чесно: немає універсального рішення "в один клік" — набір інструментів залежить від того, з якими партнерами й у яких країнах ви працюєте.
Висновок
Travel Rule — це не одноразова перевірка перед запуском, а постійна частина інфраструктури обмінника, яка лише ускладнюватиметься з посиленням регулювання. Чим раніше дані про транзакції стануть частиною системи, а не пам'яті операторів, тим менше несподіванок буде при масштабуванні. Якщо ви будуєте чи оновлюєте технічну базу обмінника, готове рішення з таким розрахунком заощадить місяці — подивитися, як це влаштовано, можна на платформі iEXExchanger.
