Клиент 5000 USDT жіберді, бірақ аударым бір тәулікке тоқтап қалды — серіктес алаңы жіберушінің атын сұрады. Бұл — криптоайырбас пункттеріне арналған Travel Rule: FATF талабы бойынша, сома жергілікті шектен асқанда аударыммен бірге жіберуші мен алушының деректерін де беру керек.
Бұл ереже жаңа емес, бірақ нақты талап ету 2026 жылы басталды — серіктес банктер мен биржалар сәйкестікті растай алмаған VASP-тарды жаппай ажыратып тастауда. Айырбас пункті үшін бұл енді абстрактілі комплаенс тармағы емес, өтімділікке қолжетімділік мәселесі.
Travel Rule дегеніміз не — қарапайым тілмен
Банктік аударымды елестетіңіз: ақшамен бірге әрдайым жіберушінің аты мен төлем мақсаты жүреді — бұл ондаған жылдардан бергі SWIFT стандарты. Travel Rule дәл осы қағиданы криптоға көшіреді: жіберуші алаң қабылдаушы алаңға клиенттің атын, әмиян деректерін және жиі мекенжайын беруге міндетті.
Ресми түрде бұл — FATF-тің 16-ұсынысы, бірақ әр ел оны өзінше енгізеді: біреуінде шек 1000 доллар, біреуінде 1000 еуро, ал кейбірінде деректер кез келген сомадан бастап қажет.
Кімге қатысты және қай соманнан бастап
Ереже VASP-тар арасындағы аударымдарға қолданылады — яғни айырбас пункті мен кез келген басқа лицензияланған алаң арасында: биржа, KYC өткен әмиян, басқа айырбас пункті. Self-hosted әмиянға аударым формальды түрде Travel Rule аясына кірмейді, бірақ реттеушілер сақтық үшін бұл жағдайда да деректер жинауды талап ете бастады.
- Шек әдетте 1000 USD/EUR — бірақ ЕО-да MiCA бойынша ол іс жүзінде жойылды, талаптар бірінші еуродан бастап қолданылады.
- Тексерілетін — бір реттік сома емес, белгілі бір кезеңдегі аударымдардың жиынтығы, сондықтан төлемді бөлшектеудің пайдасы жоқ.
- Алушы тіркелмеген алаң болса, айырбас пункті не аударымнан бас тартуы, не деректерді қолмен сұрауы керек.
Деректер техникалық тұрғыда қалай беріледі
Есімдерді қолмен электрондық поштамен жіберу ешкімге ұнамайды, сондықтан арнайы хаттамалар бар: TRUST, Notabene, Sygna Bridge, VerifyVASP, ашық OpenVASP стандарты. Олар клиент деректерінің топтамасын шифрлап, оны нақты транзакцияның хешіне байланыстырады — осылайша хабарлама дәл керекті алушыға жетеді.
Айырбас пунктінің мұны нөлден жасауының қажеті жоқ: көптеген Travel Rule провайдерлері бар комплаенс жүйесін алмастырмай, оның үстіне API қабаты ретінде қосылады.
Тәуекелдер мен шектеулер — не дұрыс болмауы мүмкін
Ең үлкен қиындық — «sunrise problem»: әлемдегі көптеген алаңдар әлі ешбір хаттамаға қосылмаған, сондықтан аударым тек алушы жақта шифрланған топтаманы ашатын құрал жоқ болғандықтан тоқтап қалуы мүмкін.
Екінші тәуекел — жалған срабатывания: комплаенс-сүзгі паспорттағы аты формадағыдан сәл өзгеше болғандықтан заңды аударымды бұғаттайды. Үшіншісі — құпиялылық: алаңдар арасында неғұрлым көп жеке дерек жүрсе, соғұрлым олардың біреуі бұзылғанда шығын қымбатқа түседі.
Дайындық кезіндегі жиі кездесетін қателер
Ең жиі кездесетін қате — мәселені серіктес банктің алғашқы бас тартуына дейін кейінге қалдыру. Сол кезге дейін жаңа төлем серіктесімен келіссөз апталап созылады, ал клиенттер тоқтап қалған аударымдарға қатты ренжіп үлгереді.
- Хаттама орнына деректерді қолмен тексеруге сүйену — күніне бірнеше аударымнан асқанда бұл масштабталмайды.
- Процесті реттеуші үшін құжаттамау — тексеру кезінде ереженің сақталғанын дәлелдейтін ештеңе болмайды.
- Self-hosted әмияндарға аударымдарды елемеу, тіпті банк-серіктес қазірдің өзінде сол бойынша минималды деректерді талап етсе де.
Қорытынды
Travel Rule — бір реттік белгі емес, айырбас пункті тұрақты өмір сүруге тура келетін инфрақұрылымның бөлігі: хаттамалар жаңарып тұрады, елдер арасында шектер өзгереді, ал серіктестер талаптарды қалағаннан да жылдам қатаңдатады. Деректер алмасуды бірінші тоқтап қалған аударымнан кейін жөндегеннен гөрі, процеске бастапқыдан-ақ енгізген дұрысырақ. Комплаенс пен KYC процестері ойластырылған архитектурамен айырбас пунктін iEXExchanger платформасында іске қосуға болады.
