Travel Rule

Travel Rule — норма из рекомендаций FATF (Recommendation 16), которая требует от регулируемых криптопосредников передавать персональные данные отправителя и получателя вместе с самим переводом. Цель — закрыть «слепое пятно», когда деньги проходят между VASP-ами без никакой информации о сторонах транзакции, в отличие от классического банковского SWIFT-перевода.

Кого касается

Travel Rule распространяется на VASP-ы (Virtual Asset Service Provider): криптобиржи, кастодиальные кошельки, OTC-десков, фиатные шлюзы. Non-custodial кошельки технически под определение не попадают, но это серая зона: некоторые юрисдикции пробуют распространять правила и на «unhosted wallets».

Порог срабатывания

FATF рекомендует порог 1000 USD/EUR, выше которого правило обязательно. Национальные регуляторы используют этот ориентир по-разному:

• ЕС — порога нет: с момента вступления в силу профильной части MiCA / TFR Travel Rule применяется к любому переводу между CASP-ами, начиная с первого евро.
• США (FinCEN) — порог 3000 USD, обсуждалось снижение до 250 USD, но норма пока не принята.
• Швейцария, Сингапур, Великобритания — на уровне 1000 USD/CHF/GBP.
• ОАЭ, Гонконг, Япония — внедрили со своими порогами и нюансами по non-custodial.

Какие данные передаются

Стандартный набор по схеме IVMS-101 (международный data schema):

• Originator (отправитель): имя, адрес кошелька, ID-документ или адрес проживания, иногда дата и место рождения.
• Beneficiary (получатель): имя, адрес кошелька, иногда верифицированный аккаунт на принимающем VASP.

Эти данные идут не в самой блокчейн-транзакции — там они просто не помещаются — а через отдельный канал между VASP-ами.

Как технически реализуется

Несколько конкурирующих решений:

• TRP (Travel Rule Protocol) — стандарт от консорциума крупных бирж и custodian-ов.
• Sygna Bridge, Notabene, Sumsub Travel Rule, VerifyVASP, TRISA — коммерческие и open-source провайдеры.
• OpenVASP — отдельный открытый протокол, потерял момент после консолидации рынка вокруг IVMS-101.

Все они в основе используют IVMS-101 как формат сообщения и обмениваются им через защищённые каналы между VASP-ами.

Последствия для TON-экосистемы

• Биржи с TON-парами. При переводе TON или USDT-jetton на другую биржу выше порога обе стороны обязаны обменяться Travel Rule-сообщениями. Без этого — отказ или заморозка перевода.
• Custody-сервисы. Кастодиальные сервисы внутри TON-проектов, если хотят соответствовать ЕС или другим строгим юрисдикциям, должны интегрировать одного из Travel Rule-провайдеров.
• Переводы на/с non-custodial. Это самое спорное место. В ЕС VASP должен зафиксировать, что контрагент — non-custodial кошелёк, и при переводах выше 1000 EUR проводить дополнительные проверки (sumsub-style ownership verification).
• Для пользователя. Перевод между биржами теперь часто требует ввести имя получателя и подтвердить, что это ваш аккаунт. Это не каприз биржи — это Travel Rule.

Практические выводы

• Готовьтесь к тому, что при выводе TON с биржи на другую биржу придётся ввести имя владельца принимающего аккаунта.
• Перевод на собственный non-custodial кошелёк может потребовать подтверждения владения: подпись сообщения через Tonkeeper или похожую процедуру.
• Это не юридический совет; конкретные нормы Travel Rule зависят от юрисдикции и продолжают меняться.