AML परिणाम में प्रतिबंध (Sanctions)

एक स्क्रीनिंग परिणाम दो अलग-अलग सवालों के जवाब देता है, और एक को दूसरे समझने की भूल होना आसान है: क्या यह पता किसी प्रतिबंध सूची में है, और क्या इस पते ने कभी ऐसा धन प्राप्त किया है जो किसी ऐसे व्यक्ति से होकर गुजरा हो जो प्रतिबंधित है। यह पृष्ठ समझाता है कि कौन सा फ़ील्ड किस सवाल का जवाब देता है, और दोनों हमेशा एकमत क्यों नहीं होते हैं।

यह POST /apiv2/screening पर लागू होता है।

दो स्रोत, जिन्हें जानबूझकर अलग रखा गया है

कहाँ	यह क्या है
sanctions.*	प्रदाता के परिणाम का हमारा अपना विवरण (breakdown): क्या पता स्वयं सूचीबद्ध है, संबंध कितना निकट है, यह फंड के कितने बड़े हिस्से को कवर करता है
provider_data	प्रदाता के अपने निष्कर्ष, प्रदाता के अपने शब्दों में, उसके एकल प्रतिबंध फ़्लैग सहित

प्रदाता के फ़्लैग को बिल्कुल वैसा ही छोड़ दिया गया है जैसा वह था। इंटीग्रेशन इसी पर बनाए गए थे और इसका अर्थ बदलने से वे बिना किसी चेतावनी के बाधित हो जाते। इसके बजाय, विवरण को इसके साथ प्रकाशित किया गया है।

फ़्लैग और विवरण में असहमति क्यों होती है

फ़्लैग एक सारांश है, और दोनों प्रदाता अलग-अलग तरीके से सारांश प्रस्तुत करते हैं।

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

Elliptic का एक नियम है जिसका नाम Sanctioned, TF & CSAM है जो देश और इकाई श्रेणी पर भी सक्रिय होता है। केवल इसलिए किसी परिणाम को प्रतिबंध हिट नहीं कहा जा सकता क्योंकि उसमें वह नियम दिखाई देता है। हमारा विवरण प्रदाता द्वारा प्रत्येक योगदान से जोड़े गए ट्रिगर के आधार पर चयन करता है, नियम के नाम के आधार पर नहीं।

विवरण क्या कहता है

फ़ील्ड	अर्थ
sanctions.self	जाँचा गया पता स्वयं प्रतिबंधित इकाई है
sanctions.self_entities	इसकी अपनी प्रतिबंधित इकाइयों के नाम
sanctions.exposure	अकेला सबसे बड़ा लिंक — जिसे सारांश पंक्ति में शामिल किया जाना चाहिए
sanctions.items	प्रत्येक प्रतिबंध लिंक, सबसे बड़ा हिस्सा पहले
sanctions.related	केवल BitOK: EU या UK प्रतिबंधों के तहत एक्सचेंज, जिन्हें स्वयं प्रतिबंध सूची से अलग रखा गया है

जब विश्लेषण के लिए अभी तक कोई परिणाम नहीं होता है, तो sanctions का मान null होता है। self: false के साथ एक खाली items सूची का अर्थ है कि विश्लेषण चला और उसे कुछ नहीं मिला।

निकटता (Proximity)

proximity एक Elliptic रिपोर्ट के Closest Proximity कॉलम को दर्शाता है:

मान	अर्थ
screened_address	पता स्वयं ट्रिगर है
counterparty	जाँचे गए पते का सीधा काउंटरपार्टी
indirect	बिचौलियों के माध्यम से पहुँचा — देखें hops
mixed	उसी इकाई के लिए प्रत्यक्ष और अप्रत्यक्ष दोनों प्रवाह

यह अंतर हिस्से (share) से अधिक मायने रखता है। एक पता जो स्वयं सूचीबद्ध है और एक पता जिसने दो बिचौलियों के माध्यम से 0.03 % प्राप्त किया है, वे दोनों एक समान निष्कर्ष नहीं हैं, और प्रदाता का फ़्लैग दोनों के लिए true कहता है।

आज तक जाँचे गए प्रत्येक परिणाम में वितरण: पता स्वयं सूचीबद्ध — 18; सीधा काउंटरपार्टी — 141; मिश्रित — 605; अप्रत्यक्ष — 5 929।

हिस्से (Shares)

प्रत्येक हिस्सा share_fraction है, जो "0" और "1" के बीच एक दशमलव स्ट्रिंग है।

परिणाम को समझना

केवल प्रदाता के फ़्लैग पर आधारित निर्णय एक ऐसे पते को जिसने किसी प्रतिबंधित एक्सचेंज से केवल एक राउंडिंग एरर जितनी राशि प्राप्त की थी, उसी तरह लेबल करता है जैसे वह सूची में शामिल किसी पते को लेबल करता है। इसे समझने का एक अधिक उपयोगी तरीका यह है:

1. sanctions.self — पता सूचीबद्ध है। यह गंभीर मामला है;
2. sanctions.exposure.proximity = counterparty — इसने सीधे किसी प्रतिबंधित इकाई के साथ लेन-देन किया है;
3. share_fraction के छोटे मान के साथ indirect — बिचौलियों के माध्यम से एक संबंध। इसके लिए सोच-समझकर अपना थ्रेशोल्ड निर्धारित करें और उसे दर्ज करें।

risk.level में जोखिम स्तर इसका विकल्प नहीं है। यह पते का समग्र रूप से प्रदाता द्वारा किया गया आकलन है, और एक छोटा प्रतिबंध एक्सपोज़र भी low परिणाम के अंदर हो सकता है।