ऑफ-रैंप और फिएट करने के लिए वापसी
1) आईगेमिंग में ऑफ-रैंप क्यों
ऑफ-रैंप ऑपरेटर की क्रिप्टो संपत्ति को खिलाड़ियों/भागीदारों को फिएट भुगतान में बदल देता है और कंपनी के फिएट खातों को फिर से भरता है। उद्देश्य:- तेज और अनुमानित आउटपुट (T + 0/T + 1),
- कम अस्थिरता (T0 रूपांतरण),
- एएमएल/प्रतिबंध/यात्रा नियम और बैंकों/पीएसपी की आवश्यकताओं के अनुपालन,
- पारदर्शी लेखांकन और कराधान।
2) ऑफ-रैंप मॉडल
2. 1 कस्टोडियल (VASP/प्रोसेसर के माध्यम से)
प्रदाता पर्स रखता है, टीएसी/प्रतिबंध लगाता है, परिवर्तित करता है और बैंक/भुगतान प्रदाता को फिएट भेजता है।
पेशेवरों: एकीकरण गति, एसएलए, अंतर्निहित अनुपालन। विपक्ष: लत, शुल्क, सीमा।
2. 2 नॉनकोस्टोडियल (खुद के पर्स)
आप चाबियों को नियंत्रित करते हैं, परिसंपत्तियों को एक्सचेंज/ब्रोकर को भेजते हैं, परिवर्तित करते हैं और फि
पेशेवरों: लचीलापन, कमीशन/मार्गों का नियंत्रण। विपक्ष: परिचालन जोखिम, खजाने की आवश्यकता 24/7।
2. 3 हाइब्रिड
बड़े पैमाने पर मात्रा/क्षेत्रों के लिए कस्टोडियल प्रवाह, स्वतंत्र - वीआईपी/विशेष परिसंपत्तियों/पीक लो
3) फिएट भुगतान रेल
SEPA/SEPA इंस्टेंट (EUR): EEA में सस्ता/उपवास।
तेज भुगतान (GBP), ACH/RTP (USD): स्थानीय कम लागत वाले चैनल।
स्विफ्ट: क्रॉसबॉर्डर, अधिक महंगा और लंबा, कई देशों के लिए आवश्यक है।
स्थानीय योजनाएं: पिक्स (बीआर), यूपीआई/आईपीएस (आईएन), एम-पेसा/मोबाइल मनी (अफ्रीका), वाउचर/वॉलेट (एलटीएएम/एशिया)।
कार्ड भुगतान (OCT/पुश टू कार्ड): कार्ड के लिए छद्म तत्काल, सीमा/भू-प्रतिबंध।
4) भुगतान/विघटन प्रदाता
कार्य: भुगतान पैकेजों का निर्माण, सीसी/प्राप्तकर्ता प्रतिबंध (जहां आवश्यक हो), विवरण का सत्यापन, स्टेटस, वेबहुक, साक्ष्य (यूटीआर/एआरएन)।
चयन मानदंड: देशों/विधियों, सीमाओं, आयोगों, अपटाइम, एसएलए, समर्थन गति, रिपोर्टिंग गुणवत्ता का कवरेज।
5) अनुपालन कोर ऑफ-रैंप
खिलाड़ी केवाईसी: पर्याप्त स्तर (आईडी/वर्षा; ट्रिगर द्वारा PoA/SoF)।
SoF/SoW: बड़े निष्कर्षों/विसंगतियों (तेजी से इन-आउट, संरचना) के लिए।
KYT (क्रिप्टो): रूपांतरण से पहले और आउटपुट के दौरान पते/मार्गों का जोखिम मूल्यांकन।
यात्रा नियम: ऑफ-रैंप (जहां लागू हो) से पहले ऑन-चेन आउटगोइंग के लिए का आदान-प्रदान।
प्रतिबंध/आरईपी: ग्राहकों/समकक्षों के दैनिक बचाव।
आरबीए मैट्रिक्स: लो/मेड/हाई → चेक, सीमा और गति की अलग-अलग गहराई।
6) नीतियों और समाधानों को सीमित करें
लाभ ट्रिगर: PEP/प्रतिकूल मीडिया, उच्च जोखिम वाले भू, नए विवरण, तेज depozit→vyvod, विभाजित मात्रा।
7) ट्रेजरी, एफएक्स और तरलता
एप्लिकेशन (या नीति द्वारा T + N) बनाते समय क्रिप्टो → स्थिर/फिएट का T0 रूपांतरण।
RFQ/multibiergie: सबसे अच्छा पाठ्यक्रम चुनें, कमीशन और फिसलन को ध्यान में रखें।
तरलता पूल: VASP/एक्सचेंजों, आउटपुट सीमा, मल्टीसिग और 4-आई नियम पर काम करना।
FX नीति: मूल्य स्रोत (मल्टी-फीड), समय निर्धारित करना, राउंडिंग और रिटर्न नियम.
8) प्रवाह और स्थिति (संदर्भ)
1. खिलाड़ी → 2 के आउटपुट का अनुरोध करता है। RBA/KYT जाँच/प्रतिबंध → 3। रूपांतरण (यदि आवश्यक हो) → 4। भुगतान का गठन (रेल/प्रदाता) → 5। भेजें/पुष्टि करें (UTR/ARN/SRN) → 6। खिलाड़ी को डिलीवरी → 7। पोस्ट-कंट्रोल (सूचनाएं, रिपोर्ट, सुलह)।
UX के लिए स्टेटस: 'स्वीकृत' → 'अंडर रिव्यू' → 'पेड टू बैंक/प्रदाता' → 'क्रेडिट '/' देरी '/' अस्वीकृति'।
9) सुलह और लेखा
Мэппинг: 'विदड _ id ↔ txid (ऑन-चेन) ↔ conversion_id ↔ bank_reference'।
सुलह T + 0/T + 1: मात्रा, नेटवर्क/प्रदाता कमीशन, FX, स्टेटस, ओपन बैलेंस।
लेजर और डीडब्ल्यूएच: दो-तरफ़ालेनदेन, बटुआ/खाता सूची, अपरिवर्तनीय लॉग।
कर/रिपोर्टिंग: अधिकार क्षेत्र द्वारा डाउनलोड, कानून की प्राथमिक - शर्तों का भंडारण।
10) UX आउटपुट (बिना रूपांतरण तोड़े)
पारदर्शी तिथियाँ (विधि/क्षेत्र द्वारा गतिशील ईटीए)।
विवरण का सत्यापन (IBAN/कार्ड) और त्रुटि चेतावनी।
EDD/SoF के तहत विभाजित भुगतान/आंशिक रिलीज।
जर्नल: रसीदें, भुगतान के लिंक, मदद "कहाँ जाना है।"
शांत पकड़: टाइमर/कारण ("धन के स्रोत की पुष्टि की आवश्यकता है"), दस्तावेजों को डाउनलोड करने के लिए बटन।
11) रिटर्न और विवाद (विवाद)
कार्ड में कोई चार्जबैक नहीं: रिटर्न = नया भुगतान/मूल स्रोत पर वापसी (जहां संभव हो)।
पता/खाता नीति: सिर्फ पहले सत्यापित विवरण पर लौटाता है।
प्लेबुक: खोए हुए भुगतान (बैंक/प्रदाता के साथ जांच), गलत विवरण (नियमों के अनुसार रद्द/रिटर्न), मुद्रा/विनिमय दर संघर्ष (फिक्सिंग नियम)।
12) एसएलए, अपटाइम और क्षरण
SLA स्थल: कम जोखिम वाले ऑटो मामले - ≤ 15 मिनट p95, मध्यम - ≤ T + 1, उच्च/EDD - ≤ 24-48 h।
भुगतान प्रदाता अपटाइम ≥ 99। 9%, वेबहुक ≤ 2-5 p95 के साथ।
गिरावट: रेल देरी (RTP/SEPA Inst डाउन) → ऑटो-प्रोटेक्शन स्विचिंग/मानक SEPA/SWIFT; 'आर-कोड' की वृद्धि/अस्वीकार - विवरण के सत्यापन को कसने; KYT की घटनाएं - पकड़ + SoF।
13) मेट्रिक्स और ओकेआर
पेआउट सक्सेस रेट, टाइम-टू-पेआउट पी 50/पी 95, एसएलए हिट रेट।
प्रति पेआउट लागत (ऑल-इन: प्रदाता + रेल + एफएक्स + नेटवर्क)।
KYT ने %/प्रतिबंध हिट/SAR-रूपांतरण को अस्वीकार कर दिया।
पकड ़/EDD भिन्न, औसत अनलॉक समय.
UX: गलत विवरण का हिस्सा, दस्तावेजों के लिए बार-बार अनुरोध, निष्कर्ष द्वारा NPS/CSAT।
विश्वसनीयता: अपटाइम, वेबहुक गति, फीलओवर आवृत्ति।
14) एंटी-पैटर्न
बिना फीलओवर के एकमात्र प्रदाता/रेल।
T0 रूपांतरण की कमी - अस्थिरता से नुकसान।
असत्यापित विवरण के लिए भुगतान।
KUT/प्रतिबंधों की अनदेखी "छोटी मात्रा के कारण।"
पुनरावृत्ति के मामले में कोई पहचान - दोहराव भुगतान नहीं।
आंशिक रिलीज और समझने योग्य संचार के बिना "बहरा" ताला।
15) कार्यान्वयन चेकलिस्ट (लघु)
- आरबीए नीति: सीमाएं/ट्रिगर, पीओए/एसओएफ/एसओडब्ल्यू, पीईपी/प्रतिबंध, केवाईटी/यात्रा नियम।
- पेआउट प्रदाता (ओं) + रिज़र्व, क्षेत्र द्वारा ट्रैक (SEPA/FPS/ACH/SWIFT/स्थानीय/पुश-टू-कार्ड)।
- ट्रेजरी: T0-conversion, RFQ/मल्टीबिरगी, मल्टीसिग, लिमिट, 4-आई।
- विवरण का सत्यापन (IBAN/BIC/कार्ड BIN), एंटी-डुप्लिकेट, पहचान कुंजियाँ।
- स्टेटस/वेबहुक, प्रमाण (यूटीआर/एआरएन), डैशबोर्ड और एसएलए अलर्ट।
- लेखांकन/सुलह: लेजर, मैपिंग 'withdrawal↔txid↔bankRef', रिपोर्टिंग/कर।
- यूएक्स: ईटीए, आंशिक रिलीज, स्पष्ट पकड़ कारण, दस्तावेज़ पोर्टल।
- हादसा प्लेबुक: रेल विफलताएं, गलत विवरण, केवाईटी उच्च जोखिम, प्रतिबंध।
- समर्थन/वित्त/अनुपालन प्रशिक्षण; पत्र और प्रतिक्रिया टेम्पलेट।
- त्रैमासिक मैट्रिक्स समीक्षा और सीमा/थ्रेसहोल्ड का ए/बी अंशांकन।
16) सारांश
आईगेमिंग में एक सफल ऑफ-रैंप एक भुगतान वास्तुकला है, न कि एक प्रदाता: मल्टी-रेल और एक असफल, सख्त आरबीए + केवाईटी/प्रतिबंध/यात्रा नियम, टी 0 रूपांतरण और ट्रेजरी अनुशासन, पारदर्शी यूएक्स और पहचान तकनीक। इस तरह का सर्किट त्वरित और अनुमानित निष्कर्ष प्रदान करता है, लागत को कम करता है और जोखिमों को नियंत्