ब्लॉग · 21 मई 2026

ट्रैवल रूल डेटा एक्सचेंज: TRISA, TRP और OpenVASP (HI)

ट्रैवल रूल एक डेटा-एक्सचेंज समस्या है: स्थानांतरण से पहले दो VASP को प्रेषक और लाभार्थी की जानकारी का सुरक्षित रूप से आदान-प्रदान करना होता है। यहाँ बताया गया है कि TRISA, TRP, और OpenVASP इसे कैसे करते हैं, और Didit Transaction.

द्वारा Didit21 मई 2026अपडेट किया गया 21 मई 2026

FATF ट्रैवल रूल को उसकी कार्यप्रणाली तक सीमित करें तो यह एक मैसेजिंग समस्या है। क्रिप्टो ट्रांसफर के सेटल होने से पहले, भेजने वाले VASP को प्राप्त करने वाले VASP को प्रेषक और लाभार्थी का वर्णन करने वाला एक संरचित पैकेट देना होता है — नाम, पहचानकर्ता, खाता संदर्भ — और प्राप्त करने वाले पक्ष को इसकी पुष्टि करनी होती है। मुश्किल यह है कि उस हैंडशेक के लिए कोई एक वैश्विक रेल नहीं है। इसके बजाय प्रतिस्पर्धी इंटरऑपरेबिलिटी प्रोटोकॉल हैं, और एक ट्रांसफर तभी सफल होता है जब दोनों VASP उनमें से किसी एक को बोल सकें।

Didit आपके लिए वह हैंडशेक चलाता है। ट्रैवल रूल डेटा एक्सचेंज Transaction Monitoring में निर्मित है, और इंजन तीन प्रोटोकॉल बोलता है जिनका VASP वास्तव में उत्पादन में उपयोग करते हैं — TRISA, TRP, और OpenVASP। आप ट्रांसफर एक बार भेजते हैं; इंजन प्रतिपक्षी का समाधान करता है, एक ऐसा प्रोटोकॉल चुनता है जिसे दोनों पक्ष समर्थन करते हैं, प्रेषक और लाभार्थी पेलोड का आदान-प्रदान करता है, और एक स्थिति के लिए दायित्व को ट्रैक करता है। यह गाइड प्रोटोकॉल, पेलोड और एक्सचेंज कैसे चलता है, इसकी व्याख्या करती है।

मुख्य बातें

ट्रैवल रूल VASP-से-VASP डेटा एक्सचेंज है। भेजने वाला प्रेषक और लाभार्थी की जानकारी प्रसारित करता है; प्राप्त करने वाला इसे एकत्र और पुष्टि करता है।
तीन प्रोटोकॉल उस एक्सचेंज को पूरा करते हैं — TRISA, TRP, और OpenVASP — प्रत्येक एक अलग विश्वास और परिवहन मॉडल के साथ। Didit तीनों का समर्थन करता है।
पेलोड प्रेषक और लाभार्थी रिकॉर्ड है — ट्रांसफर के पक्ष, संरचित ताकि दोनों VASP एक ही फ़ील्ड पढ़ें।
Didit Transaction Monitoring के भीतर एक्सचेंज चलाता है, प्रत्येक दायित्व को छह स्थितियों में से एक में हल करता है (UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED, EXEMPT)।
एक /v3/ API। क्रिप्टो ट्रांसफर POST https://verification.didit.me/v3/transactions/ पर currency_kind: "crypto" के साथ पोस्ट किए जाते हैं, और वॉलेट स्क्रीनिंग $0.02 (अपनी खुद की कुंजी लाएं) से साथ-साथ चलती है।

प्रोटोकॉल क्या करते हैं

सभी तीन प्रोटोकॉल एक ही दो समस्याओं का समाधान करते हैं — मैं प्रतिपक्षी VASP को कैसे ढूंढूं और उस पर भरोसा करूं? और मैं उसे ग्राहक डेटा सुरक्षित रूप से कैसे भेजूं? — लेकिन वे अलग-अलग व्यापार-बंद करते हैं।

TRISA (Travel Rule Information Sharing Architecture) एक पीयर-टू-पीयर मॉडल है जो एक प्रमाणपत्र प्राधिकरण पर आधारित है। VASP नामांकन करते हैं, अपनी पहचान साबित करते हैं, और प्रमाणपत्र प्राप्त करते हैं, फिर एक एन्क्रिप्टेड चैनल पर सीधे डेटा का आदान-प्रदान करते हैं। विश्वास सत्यापित सदस्यों की निर्देशिका में निहित है।
TRP (Travel Rule Protocol) एक API-प्रथम विनिर्देश है जिसे बड़े संस्थानों के एक समूह द्वारा पसंद किया जाता है। यह उन प्रतिपक्षों के बीच प्रेषक और लाभार्थी पेलोड भेजने के लिए एक हल्के REST हैंडशेक को परिभाषित करता है जिन्होंने एक कनेक्शन स्थापित किया है।
OpenVASP एक खुला मानक है जो ट्रांसफर से पहले VASP के बीच एक सत्र स्थापित करने के लिए ऑन-चेन और मैसेजिंग-लेयर सिग्नलिंग का उपयोग करता है, फिर ग्राहक डेटा का ऑफ-चेन आदान-प्रदान करता है।

एक VASP जो व्यापक पहुंच चाहता है उसे एक से अधिक का समर्थन करना होगा, क्योंकि उसके सभी प्रतिपक्षी एक ही प्रोटोकॉल पर नहीं होंगे। Didit के भीतर एक्सचेंज चलाने का मतलब है कि आप एक को चुनकर उम्मीद नहीं करते हैं — इंजन प्रतिपक्षी द्वारा समर्थित किसी भी प्रोटोकॉल पर बातचीत करता है।

यह क्यों मायने रखता है

FATF सिफारिश 16 और इसके क्षेत्रीय कार्यान्वयन — जिनमें EU ट्रांसफर ऑफ फंड्स रेगुलेशन प्रमुख है — के तहत, प्रेषक और लाभार्थी डेटा एक्सचेंज सीमा से ऊपर अनिवार्य है, और पर्यवेक्षक इसकी जांच करते हैं। लेकिन आवश्यकता परिणामों (डेटा को प्रसारित, रखा और पुष्टि किया जाना चाहिए) के संदर्भ में लिखी गई है, प्रोटोकॉल के संदर्भ में नहीं। प्रोटोकॉल विखंडन एक इंजीनियरिंग वास्तविकता है जिसे आप विरासत में लेते हैं, न कि ऐसा नियम जिसे आप पढ़कर छोड़ सकते हैं।

यही कारण है कि प्रोटोकॉल समर्थन आपकी निर्माण समस्या नहीं होनी चाहिए। TRISA नामांकन, एक TRP एंडपॉइंट, और OpenVASP सिग्नलिंग स्थापित करना — और तीनों को अद्यतन रखना — एक स्थायी इंजीनियरिंग लागत है जिसका आपके उत्पाद से कोई लेना-देना नहीं है। इसे उसी मॉनिटरिंग इंजन में शामिल करना जो पहले से ही ट्रांसफर को स्कोर करता है, उस लागत को एक एकीकरण में समेट देता है।

तकनीकी विवरण

ट्रांसफर एकीकृत /v3/ API के विरुद्ध बनाया गया है। प्रेषक subject है, लाभार्थी counterparty है, और currency_kind: "crypto" ट्रैवल रूल और वॉलेट-स्क्रीनिंग पथों को ट्रिगर करता है।

curl -X POST https://verification.didit.me/v3/transactions/ \
  -H "x-api-key: $DIDIT_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "transaction_id": "txn_7b9e22",
    "category": "travel_rule",
    "amount": 12500,
    "currency": "BTC",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T12:14:00Z",
    "subject": {
      "vendor_data": "user_8830",
      "role": "ORIGINATOR",
      "entity_type": "INDIVIDUAL",
      "first_name": "Marta",
      "last_name": "Ferreira"
    },
    "counterparty": {
      "role": "BENEFICIARY",
      "entity_type": "INDIVIDUAL",
      "wallet_address": "bc1q...0a7k"
    }
  }'

इंजन प्रतिपक्षी VASP का समाधान करता है, एक समर्थित प्रोटोकॉल का चयन करता है, पेलोड का आदान-प्रदान करता है, और उपयोग किए गए प्रोटोकॉल के साथ-साथ ट्रैवल रूल स्थिति लौटाता है:

{
  "transaction_id": "txn_7b9e22",
  "status": "APPROVED",
  "travel_rule_status": "COMPLIANT",
  "protocol": "TRP",
  "counterparty_vasp": "vasp_resolved",
  "wallet_screening": {
    "risk_score": 9,
    "risk_level": "LOW"
  }
}

प्रेषक/लाभार्थी पेलोड। प्रत्येक ट्रांसफर दो पक्षों को संरचित रिकॉर्ड के रूप में वहन करता है — प्रेषक (भेजने वाला ग्राहक) और लाभार्थी (प्राप्त करने वाला ग्राहक) — ताकि दोनों VASP प्रोटोकॉल की परवाह किए बिना समान फ़ील्ड पर मैप करें। प्रेषक डेटा आपके मौजूदा KYC से आपूर्ति करने के लिए आपका है; लाभार्थी पक्ष की पुष्टि एक्सचेंज के दौरान प्रतिपक्षी द्वारा की जाती है।

छह स्थितियां। जो भी प्रोटोकॉल एक्सचेंज को वहन करता है, दायित्व एक स्थिति में हल होता है:

स्थिति	अर्थ
`UNKNOWN`	अभी तक मूल्यांकन नहीं किया गया है, या प्रतिपक्षी VASP का समाधान नहीं किया जा सका।
`COMPLIANT`	डेटा का आदान-प्रदान और पुष्टि की गई — दायित्व पूरा हुआ।
`PENDING_ACTION`	आगे बढ़ने के लिए आपकी ओर से कुछ आवश्यक है।
`PENDING_COUNTERPARTY`	प्रतिपक्षी VASP के जवाब का इंतजार है।
`FAILED`	एक्सचेंज पूरा नहीं हो सका — अप्राप्य प्रतिपक्षी, अस्वीकृत डेटा, या प्रोटोकॉल बेमेल।
`EXEMPT`	दायरे से बाहर — सीमा से नीचे या अन्यथा बाध्य नहीं।

साथ-साथ वॉलेट स्क्रीनिंग। प्रतिपक्षी पते को उसी कॉल में ऑन-चेन पर स्क्रीन किया जाता है, प्रति स्क्रीनिंग $0.02 से (अपनी खुद की कुंजी लाएं (क्रिस्टल या मर्कल साइंस)), ताकि प्रोटोकॉल-स्तर COMPLIANT किसी पते-स्तर के जोखिम को छिपा न सके।

एक प्रोटोकॉल चुनना — और नहीं चुनना

एक VASP के लिए व्यावहारिक मार्गदर्शन यह है: न चुनें। आपके प्रतिपक्षी TRISA, TRP, और OpenVASP में फैले हुए हैं, और किसी दिए गए ट्रांसफर को COMPLIANT तक पहुंचाने वाला प्रोटोकॉल वही है जिसे वह प्रतिपक्षी समर्थन करता है। क्योंकि Didit प्रति ट्रांसफर प्रोटोकॉल पर बातचीत करता है, आपका एकीकरण समान रहता है — आप प्रेषक और लाभार्थी डेटा एक बार भेजते हैं, और इंजन हैंडशेक को संभालता है। प्रोटोकॉल बेमेल के साथ एक FAILED स्थिति प्रतिपक्षी की जांच करने का संकेत है, न कि आपकी स्टैक में कोई कमी।

उपयोग के मामले

VASP और एक्सचेंज — एक ही एकीकरण से तीनों प्रोटोकॉल में प्रतिपक्षों तक पहुंचें, प्रत्येक रेल का निर्माण और रखरखाव करने के बजाय।
ऑन/ऑफ-रैंप — गंतव्य VASP के साथ प्रेषक और लाभार्थी डेटा का आदान-प्रदान करें, उसी कॉल में प्राप्त करने वाले वॉलेट की स्क्रीनिंग करते हुए।
कस्टोडियन — एक ही, सुसंगत स्थिति मॉडल के साथ मिश्रित प्रोटोकॉल पर प्रतिपक्षों की लंबी श्रृंखला को संभालें।
DeFi फ्रंट-एंड — एक्सचेंज करें जहां एक विनियमित VASP प्रवाह में बैठता है, और जहां दायित्व वास्तव में लागू नहीं होता है वहां EXEMPT में हल करें।

Didit के साथ कैसे एकीकृत करें

ट्रैवल-रूल नियमों को सक्षम करें। बिजनेस कंसोल में, क्रिप्टो मॉनिटरिंग और क्रिप्टो स्क्रीनिंग के साथ पूर्व निर्धारित ट्रैवल-रूल नियमों को चालू करें।
ट्रांसफर भेजें। POST /v3/transactions/ के साथ currency_kind: "crypto", प्रेषक के रूप में subject, लाभार्थी के रूप में counterparty, और travel_rule श्रेणी।
प्रोटोकॉल और स्थिति पढ़ें। प्रतिक्रिया आपको बताती है कि किस प्रोटोकॉल ने एक्सचेंज को वहन किया और परिणामी travel_rule_status। PENDING_* और FAILED दायित्वों पर कार्य करें।
कंसोल में अपवादों पर काम करें। लंबित और विफल एक्सचेंज, अलर्ट, और केस वर्कफ़्लो आपके मॉनिटरिंग के समान सतह में रहते हैं।

यह सब एकीकृत /v3/ API पर चलता है, इसलिए जिस ग्राहक को आपने KYC के साथ ऑनबोर्ड किया, AML के साथ स्क्रीन किया, और अब एक ट्रांसफर के लिए सेवा दे रहे हैं, वह मॉनिटरिंग, वॉलेट स्क्रीनिंग और ट्रैवल रूल के माध्यम से एक ही पहचान है।

अक्सर पूछे जाने वाले प्रश्न

Didit किन ट्रैवल रूल प्रोटोकॉल का समर्थन करता है?

TRISA, TRP, और OpenVASP — तीन प्रोटोकॉल जिनका VASP उत्पादन में उपयोग करते हैं। इंजन किसी भी प्रोटोकॉल पर बातचीत करता है जिसे एक दिया गया प्रतिपक्षी समर्थन करता है।

किस डेटा का आदान-प्रदान होता है?

प्रेषक और लाभार्थी रिकॉर्ड — ट्रांसफर के पक्ष — संरचित ताकि दोनों VASP एक ही फ़ील्ड पढ़ें। आप अपने मौजूदा KYC से प्रेषक की आपूर्ति करते हैं; प्रतिपक्षी लाभार्थी पक्ष की पुष्टि करता है।

क्या मुझे एक प्रोटोकॉल चुनना होगा?

नहीं। एक को चुनने से आप दूसरों पर प्रतिपक्षों से कट जाएंगे। Didit प्रति ट्रांसफर प्रोटोकॉल का चयन करता है जो प्रतिपक्षी समर्थन करता है उसके आधार पर।

क्या होगा यदि प्रतिपक्षी तक नहीं पहुंचा जा सकता है?

दायित्व FAILED (प्रोटोकॉल बेमेल या अप्राप्य प्रतिपक्षी जैसे कारण के साथ) में हल होता है या PENDING_COUNTERPARTY पर रहता है जब आप प्रतीक्षा करते हैं — दोनों कंसोल में दृश्यमान हैं।

क्या यह Transaction Monitoring से एक अलग उत्पाद है?

नहीं। डेटा एक्सचेंज Transaction Monitoring में निर्मित है, उसी क्रिप्टो ट्रांसफर पर जिसे आप पहले से ही मॉनिटरिंग और वॉलेट स्क्रीनिंग के लिए भेजते हैं।

शुरू करने के लिए तैयार हैं?

ट्रैवल रूल दस्तावेज़ पढ़ें, क्रिप्टो ट्रैवल रूल समाधान पृष्ठ और Transaction Monitoring उत्पाद पृष्ठ पर पूरी तस्वीर देखें, और मूल्य निर्धारण पृष्ठ पर प्रति-कॉल मूल्य निर्धारण देखें। जब आप तैयार हों, तो मुफ्त में शुरू करें — हर महीने 500 मुफ्त KYC जांच, मॉनिटरिंग में निर्मित ट्रैवल रूल डेटा एक्सचेंज के साथ।