ब्लॉग · 21 मई 2026

ट्रैवल रूल की 6 स्थितियाँ और सनराइज़ समस्या (HI)

प्रत्येक ट्रैवल रूल दायित्व छह स्थितियों में से एक में आता है। यहाँ इसका अर्थ, उन क्षेत्राधिकारों में प्रतिपक्षियों को कैसे संभालना है जिन्होंने अभी तक नियम नहीं अपनाया है — सनराइज़ समस्या — और डिडिट यह सब ट्रांजैक्शन मॉनिटरिंग.

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

जब कोई वीएएसपी थ्रेशोल्ड से ऊपर क्रिप्टो ट्रांसफर भेजता है, तो उससे जुड़ा एफएटीएफ ट्रैवल रूल दायित्व तुरंत हल नहीं होता है। यह विभिन्न स्थितियों से गुजरता है: शायद प्रतिपक्षी ने अभी तक जवाब नहीं दिया है, शायद आपकी तरफ से आवश्यक डेटा गायब है, शायद गंतव्य एक ऐसा क्षेत्राधिकार है जिसने अभी तक नियम अपनाया ही नहीं है। इसे बड़े पैमाने पर चलाने के लिए आपको एक स्पष्ट, सीमित स्थिति मॉडल की आवश्यकता है — न कि एक फ्री-टेक्स्ट नोट जिसकी व्याख्या एक विश्लेषक को करनी पड़े।

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

मुख्य बातें

छह स्थितियाँ, कोई अस्पष्टता नहीं। प्रत्येक ट्रैवल रूल दायित्व ठीक UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED, या EXEMPT में से एक है।
स्थिति आपको बताती है कि गेंद किसके पाले में है — आप (PENDING_ACTION), प्रतिपक्षी (PENDING_COUNTERPARTY), या कोई नहीं क्योंकि यह पूरा हो गया है (COMPLIANT) या दायरे से बाहर है (EXEMPT)।
सनराइज़ समस्या ट्रैवल रूल का असमान वैश्विक अंगीकरण है — कुछ क्षेत्राधिकार इसे लागू करते हैं, अन्य अभी नहीं करते हैं — जिससे आपको ऐसे प्रतिपक्षियों के साथ डेटा का आदान-प्रदान करना पड़ता है जिनके पास जवाबी कार्रवाई करने का कोई दायित्व नहीं हो सकता है।
स्थितियाँ सनराइज़ समस्या को एक स्वच्छ हैंडलिंग मॉडल देती हैं: PENDING_COUNTERPARTY, FAILED, और EXEMPT सीधे उन मामलों से मेल खाते हैं जो एक गैर-अंगीकृत प्रतिपक्षी उत्पन्न करता है।
यह POST https://verification.didit.me/v3/transactions/ पर currency_kind: "crypto" के साथ लेनदेन निगरानी के भीतर चलता है, साथ ही $0.02 (अपनी खुद की कुंजी लाएँ) से वॉलेट स्क्रीनिंग भी होती है।

छह स्थितियों का क्या अर्थ है

प्रत्येक क्रिप्टो ट्रांसफर जिसमें ट्रैवल रूल दायित्व होता है, उसे एक travel_rule_status मिलता है। यहाँ पूरा सेट और प्रत्येक पर कैसे कार्रवाई करनी है:

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

एक बंद सेट का मूल्य यह है कि नीति व्यक्त करने योग्य हो जाती है। आप कह सकते हैं कि "किसी भी OUTBOUND क्रिप्टो ट्रांसफर को PENDING_COUNTERPARTY में N घंटे तक रोकें, फिर बढ़ाएँ" या "EXEMPT पर स्वतः आगे बढ़ें" — नियम, न कि निर्णय।

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

ट्रैवल रूल की जाँचें केवल यह नहीं पूछतीं कि क्या आपने डेटा का आदान-प्रदान किया — वे पूछती हैं कि क्या आप, प्रति ट्रांसफर, यह दिखा सकते हैं कि दायित्व कहाँ था और आपने क्यों आगे बढ़े या नहीं। एक छह-राज्य मॉडल ऑडिट ट्रेल है: प्रत्येक ट्रांसफर अपनी स्थिति, कारण और प्रोटोकॉल को वहन करता है जिसने आदान-प्रदान किया (या करने में विफल रहा)। यही एक परीक्षक-तैयार रिकॉर्ड और एक पुनर्निर्माण अभ्यास के बीच का अंतर है।

यह परिचालन रूप से भी मायने रखता है, क्योंकि अधिकांश ट्रांसफर पहले पास में COMPLIANT नहीं होते हैं। वे PENDING_COUNTERPARTY पर बैठते हैं जबकि दूसरा वीएएसपी जवाब देता है, या FAILED पर समाप्त होते हैं क्योंकि प्रतिपक्षी पहुंच योग्य नहीं है। एक टीम जो उन राज्यों को स्पष्ट रूप से नहीं देख सकती है, या तो अच्छे ट्रांसफर को अवरुद्ध कर देती है या बाध्यता वाले ट्रांसफर को फिसलने देती है।

सनराइज़ समस्या

तर्क करने के लिए सबसे कठिन स्थिति FAILED या PENDING_COUNTERPARTY है, ऐसे प्रतिपक्षी के खिलाफ जिसका कोई ट्रैवल रूल दायित्व नहीं है — क्योंकि उनके क्षेत्राधिकार ने इसे नहीं अपनाया है। एफएटीएफ ने नियम निर्धारित किया; क्षेत्राधिकार इसे अपनी समय-सीमा पर लागू करते हैं। इसका परिणाम असमान वैश्विक कवरेज है: आप पूरी तरह से बाध्य हो सकते हैं जबकि आपका प्रतिपक्षी, एक गैर-अंगीकृत क्षेत्राधिकार में, कुछ भी भेजने या पुष्टि करने की किसी आवश्यकता के अधीन नहीं है। यही अंतर सनराइज़ समस्या है — नियम कुछ स्थानों पर उग चुका है लेकिन दूसरों में नहीं।

सनराइज़ समस्या को एक वीएएसपी द्वारा एकतरफा हल नहीं किया जा सकता है; यह विनियमन का एक कार्य है, इंजीनियरिंग का नहीं। लेकिन इसे संभाला जा सकता है, और छह स्थितियाँ यही बताती हैं:

एक गैर-अंगीकृत प्रतिपक्षी जो जवाब नहीं देता है, वह PENDING_COUNTERPARTY और फिर FAILED के रूप में दिखाई देता है — एक मौन अंतर के रूप में नहीं।
आपकी नीति तय करती है कि गैर-अंगीकरण के कारण FAILED का क्या अर्थ है: प्रलेखित तर्क के साथ आगे बढ़ें, रोकें, या ब्लॉक करें। स्थिति उस निर्णय को स्पष्ट और लॉग करती है।
वास्तव में दायरे से बाहर के ट्रांसफर EXEMPT में हल हो जाते हैं, इसलिए आप उन पर विश्लेषक का समय बर्बाद नहीं करते हैं।

बात यह है कि सनराइज़ समस्या एक प्रलेखित, नीति-संचालित स्थिति बन जाती है बजाय एक अपरिभाषित सीमांत मामले के। जब प्रतिपक्षी का क्षेत्राधिकार नियम अपनाता है, तो वही ट्रांसफर आपकी एकीकरण में कोई बदलाव किए बिना COMPLIANT में हल होना शुरू हो जाते हैं।

तकनीकी विवरण

स्थितियाँ आपके द्वारा एकीकृत /v3/ एपीआई पर पोस्ट किए गए लेनदेन पर लौटाई जाती हैं।

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_a17d63",
    "category": "travel_rule",
    "amount": 3100,
    "currency": "ETH",
    "currency_kind": "crypto",
    "direction": "OUTBOUND",
    "txn_date": "2026-05-21T13:40:00Z",
    "subject": { "vendor_data": "user_5567", "role": "ORIGINATOR", "entity_type": "INDIVIDUAL" },
    "counterparty": { "role": "BENEFICIARY", "entity_type": "INDIVIDUAL", "wallet_address": "0x4c1a...77fe" }
  }'

{
  "transaction_id": "txn_a17d63",
  "status": "IN_REVIEW",
  "travel_rule_status": "PENDING_COUNTERPARTY",
  "protocol": "OpenVASP",
  "wallet_screening": { "risk_score": 22, "risk_level": "LOW" }
}

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

स्थितियाँ उपचार लूप को कैसे संचालित करती हैं

एक PENDING_ACTION स्थिति का अक्सर मतलब होता है कि ग्राहक को कुछ प्रदान करना है — लाभार्थी की पुष्टि करना, उत्पत्ति विवरण प्रदान करना। यहीं पर AWAITING_USER उपचार लूप, जिसका उपयोग लेनदेन निगरानी का बाकी हिस्सा करता है, सीधे लागू होता है: एक हार्ड ब्लॉक के बजाय, ट्रांसफर रुक जाता है, उपयोगकर्ता से जो गुम है वह पूछा जाता है, और एक बार जब वे इसे साफ़ कर देते हैं तो यह स्वचालित रूप से फिर से शुरू हो जाता है। घर्षण केवल उन ट्रांसफर पर आता है जिन्हें वास्तव में इसकी आवश्यकता होती है, और स्थिति समय-रेखा ऑडिट ट्रेल के लिए हर कदम को रिकॉर्ड करती है।

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

वीएएसपी और एक्सचेंज — PENDING_COUNTERPARTY और FAILED के खिलाफ सीधे होल्ड-एंड-एस्केलेट नीतियों को व्यक्त करें, जिसमें EXEMPT स्वतः आगे बढ़ता है।
ऑन/ऑफ-रैंप — मिश्रित-क्षेत्राधिकार प्रतिपक्षियों की एक बड़ी मात्रा को संभालें जहाँ सनराइज़ समस्या एक दैनिक वास्तविकता है।
कस्टोडियन — कई प्रतिपक्षियों और प्रोटोकॉल में एक परीक्षक-तैयार, प्रति-ट्रांसफर स्थिति ट्रेल बनाए रखें।
डीफाई फ्रंट-एंड्स — वास्तव में दायरे से बाहर के ट्रांसफर के लिए EXEMPT पर निर्भर रहें और बाकी के लिए तर्क को दस्तावेज़ करें।

डिडिट के साथ कैसे एकीकृत करें

बिजनेस कंसोल में ट्रैवल-रूल नियम चालू करें क्रिप्टो निगरानी और स्क्रीनिंग के साथ, और अपनी सनराइज़ नीति को स्थितियों के खिलाफ नियमों के रूप में लिखें।
POST /v3/transactions/, currency_kind: "crypto", और उत्पत्ति/लाभार्थी पार्टियों के साथ क्रिप्टो ट्रांसफर भेजें।
travel_rule_status पर ब्रांच करें — COMPLIANT/EXEMPT पर आगे बढ़ें, PENDING_ACTION पर उपचार करें, PENDING_COUNTERPARTY पर रोकें, FAILED की जांच करें।
कंसोल में अपवादों पर काम करें, जहाँ स्थिति समय-रेखा और केस वर्कफ़्लो आपकी निगरानी के बाकी हिस्सों के साथ रहते हैं।

यह सब एकीकृत /v3/ एपीआई पर चलता है, इसलिए एक ट्रांसफर पर स्थिति उसी पहचान से जुड़ी होती है जिसे आपने केवाईसी के साथ ऑनबोर्ड किया था और एएमएल के साथ स्क्रीन किया था।

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

छह ट्रैवल रूल स्थितियाँ क्या हैं?

UNKNOWN, COMPLIANT, PENDING_ACTION, PENDING_COUNTERPARTY, FAILED, और EXEMPT। प्रत्येक ट्रांसफर की travel_rule_status उनमें से ठीक एक होती है।

सनराइज़ समस्या क्या है?

ट्रैवल रूल का असमान वैश्विक अंगीकरण — कुछ क्षेत्राधिकार इसे लागू करते हैं, अन्य ने इसे अभी तक नहीं अपनाया है। इससे आपको ऐसे प्रतिपक्षियों के साथ डेटा का आदान-प्रदान करना पड़ता है जिनके पास जवाबी कार्रवाई करने का कोई दायित्व नहीं हो सकता है।

डिडिट गैर-अंगीकृत प्रतिपक्षियों को कैसे संभालता है?

वे मौन अंतर के बजाय PENDING_COUNTERPARTY और फिर FAILED के रूप में सामने आते हैं। आपकी नीति तय करती है कि आगे बढ़ना है, रोकना है या ब्लॉक करना है — और निर्णय ऑडिट ट्रेल के लिए लॉग किया जाता है।

PENDING_ACTION और PENDING_COUNTERPARTY में क्या अंतर है?

PENDING_ACTION का मतलब है कि गेंद आपके पाले में है (गुम डेटा या एक पुष्टि)। PENDING_COUNTERPARTY का मतलब है कि आप दूसरे वीएएसपी की प्रतीक्षा कर रहे हैं।

क्या ट्रैवल रूल एक अलग उत्पाद है?

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

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

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