कंपनी के बैलेंस, पेमेंट, कार्ड और approvals एक ही workspace में मैनेज करें।
stablecoin पेमेंट्स के लिए sanctions screening
क्या और कब स्क्रीन करना है, और सबूत के तौर पर फाइल में क्या होना चाहिए।
sanctions की जिम्मेदारी ट्रांज़ैक्शन पर लागू होती है, rail पर नहीं। किसी designated party को USDC पेमेंट भी उतना ही उल्लंघन है जितना wire। असरदार screening कानूनी counterparty, destination address और उस address के exposure की जाँच करती है, पेमेंट sign होने से पहले चलती है, hit मिलने पर release रोक देती है, और list version, score और निर्णय को तारीख के साथ एविडेंस के रूप में पेमेंट के साथ सेव करती है।
screening की तीन परतें
| लेयर | यह क्या चेक करता है | यह क्या पकड़ता है | इससे क्या छूट जाता है |
|---|---|---|---|
| नाम स्क्रीनिंग | काउंटरपार्टी एंटिटी और beneficial owners की OFAC SDN, EU, UK, UN लिस्ट से जांच | नामित कंपनियां और व्यक्ति | साफ़ नाम वाली front कंपनी, जो tainted wallet में भुगतान करती है |
| एड्रेस स्क्रीनिंग | नामित एड्रेस लिस्ट से डेस्टिनेशन वॉलेट की जांच | स्पष्ट रूप से sanctioned wallets | नए बने एड्रेस, जिनकी अभी कोई लिस्टिंग नहीं |
| Exposure विश्लेषण | डेस्टिनेशन के आसपास का ट्रांज़ैक्शन ग्राफ़ | Mixers, sanctioned clusters, अवैध स्रोतों से hops | कोई structural कमी नहीं, पर ट्यून न हो तो false positives आते हैं |
कोई भी एक लेयर अकेले इतनी बड़ी कमी छोड़ देती है कि उससे फर्क पड़े। तीनों लेयर चलाएं और किसी पर भी hit हो तो उसे चेतावनी नहीं, block मानें।
intent पर screening बनाम execution के बाद
| Intent पर (साइनिंग से पहले) | एक्ज़ीक्यूशन के बाद | |
|---|---|---|
| Hit का नतीजा | भुगतान ब्लॉक है | भुगतान पहले ही settle हो चुका |
| रेगुलेटर का नज़रिया | निवारक कंट्रोल | पहचान और सेल्फ़-रिपोर्ट |
| उपचार लागत | Vendor से बातचीत | स्वैच्छिक प्रकटीकरण, कानूनी फीस और संभावित जुर्माना |
| सबूत की वैल्यू | नतीजा हैश से पहले का है | नतीजा हैश के बाद का है |
फ़ॉल्स पॉज़िटिव ट्यून करना
- सिर्फ नाम की समानता नहीं, कई पहलुओं पर score करें: नाम, jurisdiction, registration number और जन्म तिथि।
- सुलझाए गए false positives की दस्तावेज़ी whitelist रखें, कारण और रिव्यूअर के साथ, और लिस्ट अपडेट होने पर इसे दोबारा जांचें।
- 'कमज़ोर नाम मैच' और 'एड्रेस एक्सपोज़र' की queues अलग रखें; दोनों के लिए अलग रिव्यूअर और अलग एविडेंस चाहिए।
- अपना true-positive rate हर तिमाही मापें। ऐसी queue जिसे कोई क्लियर न करे, सख़्त threshold से भी बदतर है।
- अलर्ट को threshold घटाकर कभी हल न करें। उसे पुष्टि करने वाला डेटा जोड़कर हल करें।
स्क्रीनिंग फ़ाइल तैयार करें
- 01स्क्रीनिंग के समय दर्ज काउंटरपार्टी का कानूनी नाम, jurisdiction और identifiers।
- 02डेस्टिनेशन एड्रेस, एसेट और नेटवर्क।
- 03जाँची गई lists और list version या refresh timestamp।
- 04Match scores मिलते हैं, no-match नतीजों समेत।
- 05क्लियर की गई हर चीज़ के लिए रिव्यूअर की पहचान, निर्णय और लिखित कारण।
- 06screening का timestamp, जो transaction hash से पहले का होना चाहिए।
- 07बने हुए पेमेंट का लिंक, या release रोके जाने पर block का लिंक।
Stablerail इसे कैसे चलाता है
screening अलग प्रोडक्ट नहीं, release प्रक्रिया का हिस्सा है। पेमेंट sign होने से पहले हर counterparty और destination की screening होती है। hit मिलने पर सिर्फ alert नहीं आता, release रुक जाता है। नतीजा (lists, score, reviewer, timestamp) पेमेंट के साथ सेव होता है और बाकी evidence pack के साथ export होता है।
अक्सर पूछे जाने वाले सवाल
क्या stablecoin पेमेंट के लिए OFAC स्क्रीनिंग ज़रूरी है?
हाँ। US प्रतिबंध ट्रांजेक्शन पर लागू होते हैं, रेल पर नहीं। यदि कोई US व्यक्ति या US से जुड़ी कंपनी किसी प्रतिबंधित पार्टी को USDC या USDT भेजती है, तो यह उल्लंघन है चाहे कोई भी ब्लॉकचेन इस्तेमाल हो। भेजने से पहले counterparty और डेस्टिनेशन एड्रेस की स्क्रीनिंग करें, और तारीख के साथ रिजल्ट संभाल कर रखें।
स्टेबलकॉइन पेमेंट में असल में क्या स्क्रीन किया जाता है?
तीन चीज़ें: legal counterparty को नाम-आधारित sanctions और PEP lists से, destination wallet address को designated-address lists से, और address की transaction history को sanctioned या illicit clusters से जुड़ाव के लिए जांचना। सिर्फ़ नाम की screening address का जोखिम पूरी तरह छोड़ देती है।
साइनिंग से पहले स्क्रीनिंग क्यों ज़रूरी है?
क्योंकि settle हो चुका on-chain पेमेंट वापस नहीं लिया जा सकता। Execution के बाद screening उल्लंघन को रोकती नहीं, सिर्फ दर्ज करती है। इसे intent के समय चलाने और hit मिलने पर release रोकने से वही डेटा एक preventive control बन जाता है, जिस पर auditor भरोसा कर सकता है।
स्क्रीनिंग कमज़ोर किए बिना false positive कैसे घटाएं?
नाम का थ्रेशोल्ड ढीला करने के बजाय, नेम मैच कॉन्फ़िडेंस को सहायक डेटा के साथ मिलाकर ट्यून करें, जैसे जूरिस्डिक्शन, जन्मतिथि या रजिस्ट्रेशन नंबर, और एड्रेस एक्सपोज़र। हर फ़ैसले को कारण के साथ रिकॉर्ड करें, ताकि ट्यूनिंग का भी ऑडिट हो सके।
काउंटरपार्टी की दोबारा स्क्रीनिंग कितनी बार करनी चाहिए?
Onboarding पर, हर भुगतान से पहले, और सूचियां बदलने पर तय समय पर दोबारा जांच। Designations आपके भुगतानों के बीच भी हो जाते हैं, इसलिए नियमित vendor के लिए onboarding पर एक बार की जांच काफ़ी नहीं है।
कौन से स्क्रीनिंग एविडेंस संभाल कर रखने चाहिए?
इस्तेमाल की गई lists और उनके versions, timestamp, match score, reviewer का निर्णय और उसका कारण, और बाद में हुए payment का link। इसे उतने समय तक रखें जितना आपका jurisdiction मांगता है; आमतौर पर न्यूनतम पांच साल।
आगे पढ़ें
कॉर्पोरेट स्टेबलकॉइन ट्रेज़री, कार्ड और पेआउट।
पैसा पाएं, approve करें, screen करें, भुगतान करें, कार्ड से खर्च करें और off-ramp करें, हर ट्रांज़ैक्शन पर ऑडिट प्रमाण के साथ।

