GH GambleHub

Travel Rule провайдерлерін біріктіру

1) Интеграцияның мақсаты

Travel Rule крипто-аударымға дейін немесе сол сәтте VASP арасында Originator/Beneficiary сәйкестендіру деректерін алмасуды талап етеді (юрисдикция талаптары бойынша). Интеграция:
  • IVMS101 каноникалық моделін қолдау,
  • провайдерге қатысты Adapter-қабаты,
  • (mTLS, қолтаңба, шифрлау) және SLA,
  • hosted hosted және unhosted саясатын қамтиды.

2) Хаттаманы/провайдерді таңдау: модельдер

2. 1 Хаттамалар мен сенім желілері

TRISA/TRP/OpenVASP - p2р/PKI, VASP каталогтары, жеткізілім растамасы бар федерациялар.
Коммерциялық хабтар/агрегаторлар - көлікті абстракциялайды, Discovery және маршруттауды береді.

2. 2 Таңдау критерийлері (жиынтық)

Юрисдикцияларды/VASR, Directory/Discovery сапасын қамту.
IVMS101 және кеңейтімдермен сыйысымдылық.
Қауіпсіздік (PKI, mTLS, қолы), latency/SLA, ретраилер/кворумдар.
Хабарлама/көлем құны, есептілік және аудит.
unhosted policy (мекенжайға иелік ету валидациясы), sandbox және сертификаттауды қолдау.

3) Интеграцияның референс-сәулеті

Қабаттар:

1. Payments Core → криптотасымалдауды бастайды.

2. Compliance Orchestrator → Travel Rule (контрагенттің табалдырығы/гео/түрі) талап етілетінін шешеді.

3. Travel Rule Gateway (сіздің қызметіңіз)

Каноникалық IVMS101 модель;

TRISA/TRP/OpenVASP/агрегаторға Adapters;

Қолы/шифрлау, теңсіздік, ретра/квота.
4. Directory/Discovery → қарсы агентті іздеу, куәліктерді/саясаттарды валидациялау.
5. KYT/Sanctions Engine → алмасу алдында pre-check.
6. PII Vault → жеке өрістерді сақтау, токенизация, RBAC/аудит.

Ағын (ончейнге дейін):

1. Өтінім жасау → 2) КУТ/санкциялар pre-check → 3) Discovery VASP → 4) IVMS101 алмасу (request/response) → 5) Шешім allow/hold/reject → 6) Ончейн-броадкаст → 7) Логи/есеп.

4) Деректердің каноникалық моделі (IVMS101)

Minimum viable payload (мысал):
  • Originator: name, identifier, country/address or DOB, account/wallet id.
  • Beneficiary: name (при VASP), account/wallet id.
  • Transaction: asset, chain, amount, timestamp, internal transfer id.
  • Compliance refs: KYT check id, sanctions screen id, Travel Rule message id.

Практика: IVMS101 өзіңіздің ДБ-да «canonical model» ретінде сақтаңыз; адаптерлер нақты хаттамаға трансформация жасайды.

5) Security & Trust

mTLS өзара аутентификациямен (PKI/Directory).
Хабарламалардың қолтаңбасы және end-to-end мазмұнды шифрлау (PII).
RBAC/SoD: деректерді жіберу/мақұлдау/экспорттау үшін рөлдерді бөлу.
Журналдар/өзгермейтін логтар: кім/не/қашан жіберді, схема нұсқасы.

6) Discovery/Directory

VASP идентификаторы, домен, LEI/BIC (қол жетімді жерде) бойынша қарсы агентті іздеу.
Жазбаларды кэштеу, сертификаттарды ауыстыру, сенімді CA тізімі.
Фолбэк-арна: агрегатор немесе «көпір» арқылы деректемелерді растауға сұрау салу (егер саясатпен рұқсат етілсе).

7) Ағындарды басқару және SLA

Бағдар:
  • Discovery + exchange p95: ≤ 60–120 с.
  • Pre-KYT p95: ≤ 5–15 с.
  • Auto-case шешімі: ≤ 2-5 мин, қолмен High-risk: ≤ 4 сағ.
Ретраи/фейловер:
  • Экспоненциалды backoff + джиттер; 'travel _ rule _ message _ id' бойынша теңсіздік.
  • Деградация кезінде сақтық adapter/хабқа автоматты түрде қосылу.
  • Жеткізу/оқуды растау кворумы (ACK/NACK).

8) Қателерді өңдеу (playbook)

ҚатеСебебіӘрекет
406/Толық емес деректерIVMS өрістері жетіспейдіЖетіспеушіні сұрату, қайталау
408/TimeoutVASP жауап бермейдіРетрай, хабқа фейловер, клиент хабарламасы (hold)
425/UnsupportedҚарсы агент хаттаманы қолдамайдыВендор-көпір/саясат бойынша қол арнасы немесе бас тарту
409/MismatchБенефициардың келісілмеген деректеріHold, нақтылау/доктарға сұрау салу
403/Trust failPKI/сертификат/сенім ортақ пайдаланылмадыSecOps/Compliance өрістеуі

9) Unhosted-әмияндарға арналған саясат

Мекенжайды иеленуді растау (қолы, «пруф-микротасым»).
KYT есепке алынғанға дейін және шығару алдында; сегменттер бойынша лимиттер.
Address book/whitelist TTL және мерзімді реверсиялаумен.
RBA (аз сома/low risk) ерекшеліктерін құжаттаңыз - бұл заңды.

10) PII Vault және құпиялылық

PII-ні операциялық логтар мен төлем деректерінен бөліңіз.
Шифрлау (KMS/HSM), идентификаторларды токенизациялау, need-to-know қатынау.
Юрисдикция бойынша Retention (жиі 5 + жыл), авто-экспирация, DSR-процедуралар.
Әрбір алмасу үшін IVMS101 және audit trail схемаларын нұсқалау.

11) Интеграциялық паттерндер

11. 1 Adapter қабаты

Интерфейс: 'send (ivms_payload) -> ack '/' receive () -> ivms_payload'.
Трансформациялар: IVMS101 ⇄ нақты формат (TRISA/TRP/OpenVASP/хаб).
API нұсқасы, қол қойылған веб-хаттар, детерминирленген қайта жіберулер.

11. 2 Compliance шешімдері

Матрица RBA: `allow` / `limit` / `hold` / `reject` / `escalate`.
Егер құралдардың бір бөлігі «таза» болса, partial release.
KYT байланысы: анық тыйым салынған бағыттар бойынша Travel Rule жібермеңіз.

11. 3 Сенімділік

Екі және одан да көп провайдерлер/хаттамалар бірыңғай Gateway арқылы.
Health-checks, circuit-breaker, real-time алерты.

12) Тестілеу және пайдалануға беру

Провайдердің Sandbox + контрагенттің симуляторы.
Кейстер жиынтығы: толық/толық емес деректер, таймауттар, mismatch, PKI сенімсіздігі.
Жүктеме тестілері (ең жоғары турнирлер/акциялар), өлшеу р50/р95/шығындар.
Payments/Risk/Support оқыту: клиенттермен коммуникация скрипттері.

13) Метриктер мен дашбордтар

Coverage%: сәтті алмасумен VASP VASP аударымдарының үлесі.
SLA hit rate по Discovery/Exchange/Decision.
Retry/Failure rate, причины (timeout/mismatch/unsupported/trust).
Hold/Reject% және орташа құлыптау уақыты.
Travel Rule, NPS шығару бойынша Complaint/Ticket rate.
Cost per Exchange (all-in): провайдер + оператор. уақыт.

14) Қарсы үлгілер

Travel Rule аяқталғанға дейін «pre-transfer» қажет жерде ончейн-жіберу.
Adapter-абстракциясы жоқ бір провайдерге қатаң байлау.
PII жалпы логдарда/аналитикада токенизациясыз сақтау.
Хабарламалар/шешімдер дублінің сәйкессіздігінің болмауы.
Ignor unhosted-policy және мекенжай верификациясы.
Схемалар/каталогтар нұсқасы жоқ → «қайталанбайтын» шешімдер.

15) RFP/енгізу чек-парағы (қысқаша)

  • IVMS101 қолдау (міндетті/опциондық өрістер), валидациялар.
  • Хаттама (лар): TRISA/TRP/OpenVASP, агрегаторлар; Discovery/Directory и PKI.
  • Қауіпсіздік: mTLS, қолтаңба/шифрлау, әрекеттер журналы, signed webhooks.
  • SLA/ретра: мақсаттар p95, backoff + jitter, circuit-breaker, фейловер.
  • ТКТ/санкциялармен үйлесімділік, pre-check API және кейстерді кореляциялау.
  • Unhosted-policy: мекенжайды растау, TTL-мен whitelist, лимиттер.
  • PII Vault: шифрлау, RBAC/SoD, retention/DSR, аудит.
  • Есептілік: алмасу артефактілері, схемалар/белгілер нұсқалары, SAR/STR үшін экспорт.
  • Sandbox/симуляторлар, жүктеме және істен шығуға төзімді тестілер.
  • Клиенттермен байланыс пәрмендерін және үлгілерін оқыту.

16) Түйіндеме

Travel Rule интеграциясы - бұл канонды модель, сенім үшін Discovery/PKI, бірнеше провайдерлерге адаптерлер және қатаң қауіпсіздік ережелері/PII ретінде IVMS101 бар gateway-сәулет. Оны KYT және RBA шешімдерімен байланыстырып, unhosted саясатын жазыңыз, SLA/фейловерді және мөлдір UX қамтамасыз етіңіз - және сіздің крипто төлемдеріңіз/депозиттеріңіз жылдамдыққа және конверсияға нұқсан келтірмей талаптарға сәйкес келеді.

Contact

Бізбен байланысыңыз

Кез келген сұрақ немесе қолдау қажет болса, бізге жазыңыз.Біз әрдайым көмектесуге дайынбыз!

Telegram
@Gamble_GC
Интеграцияны бастау

Email — міндетті. Telegram немесе WhatsApp — қосымша.

Сіздің атыңыз міндетті емес
Email міндетті емес
Тақырып міндетті емес
Хабарлама міндетті емес
Telegram міндетті емес
@
Егер Telegram-ды көрсетсеңіз — Email-ге қоса, сол жерге де жауап береміз.
WhatsApp міндетті емес
Пішім: +ел коды және номер (мысалы, +7XXXXXXXXXX).

Батырманы басу арқылы деректерді өңдеуге келісім бересіз.