क्रिप्टो वॉलेट और पता स्क्रीनिंग API (KYT)

Didit का क्रिप्टो वॉलेट स्क्रीनिंग, जिसे पता स्क्रीनिंग या KYT (know your transaction) भी कहा जाता है, हर क्रिप्टो ट्रांसफ़र के वॉलेट पतों और लेन-देन हैश की AML जोखिम के लिए जाँच करता है। यह एक जोखिम स्कोर लौटाता है, साथ ही जोखिमपूर्ण स्रोतों से उसका एक्सपोज़र और किसी भी प्रतिबंध मिलान की जानकारी भी देता है। क्रिप्टोकरेंसी लेन-देन के लिए, Didit लेन-देन बनाते समय वॉलेट पतों और लेन-देन हैश को Merkle Science, Crystal, Chainalysis, Elliptic और TRM Labs जैसे ब्लॉकचेन विश्लेषण प्रदाताओं के माध्यम से स्क्रीन कर सकता है। स्क्रीनिंग सर्वर-साइड चलती है, इसलिए आपकी ओर से किसी अतिरिक्त API कॉल की ज़रूरत नहीं है।

किसी पते को लेन-देन के बिना स्क्रीन करना चाहते हैं? एक API कॉल के साथ एक एकल वॉलेट के लिए वही जोखिम परिणाम पाने के लिए माँग पर वॉलेट स्क्रीनिंग endpoint (POST /v3/wallet-screening/) का उपयोग करें।

स्क्रीनिंग कब शुरू होती है

क्रिप्टो स्क्रीनिंग तब अपने-आप चलती है जब दोनों शर्तें पूरी हों:

लेन-देन के विवरण में currency_kind: "crypto" मौजूद हो
आपकी एप्लिकेशन सेटिंग्स में लेन-देन निगरानी सक्षम हो

आप लेन-देन बनाने के payload में include_crypto_screening के साथ प्रति लेन-देन इस डिफ़ॉल्ट को बदल सकते हैं:

मान	व्यवहार
`true`	एप्लिकेशन-स्तर का डिफ़ॉल्ट अक्षम होने पर भी क्रिप्टो स्क्रीनिंग चलाएँ
`false`	एप्लिकेशन-स्तर का डिफ़ॉल्ट सक्षम होने पर भी क्रिप्टो स्क्रीनिंग छोड़ दें
छोड़ा गया या `null`	Console में कॉन्फ़िगर किया गया एप्लिकेशन-स्तर का डिफ़ॉल्ट उपयोग करें

एप्लिकेशन-स्तर का डिफ़ॉल्ट Business Console में Transactions > Settings में रहता है। include_crypto_screening केवल उसी एक लेन-देन के लिए इस डिफ़ॉल्ट को बदलता है जिसे आप बना रहे हैं।

एसेट और नेटवर्क चयन

एसेट और नेटवर्क अलग-अलग फ़ील्ड हैं। transaction_details.currency को टोकन सिंबल पर, transaction_details.currency_kind को crypto पर, और transaction_details.crypto_params.crypto_chain को नेटवर्क पर सेट करें। उदाहरण के लिए, यह अंश Base पर एक कस्टम टोकन दर्ज करता है:

{
  "transaction_details": {
    "currency": "TOKEN",
    "currency_kind": "crypto",
    "crypto_params": {"crypto_chain": "BASE"}
  }
}

प्रबंधित स्क्रीनिंग BTC, ETH, LTC, XRP, BCH, DOGE, TRX, SOL, MATIC, BNB, BASE, OP, ARB, AVAX, ADA, XLM और HBAR स्वीकार करती है। BASE का अर्थ Base है, OP का अर्थ Optimism है, ARB का अर्थ Arbitrum One है, AVAX का अर्थ Avalanche C-Chain है, ADA का अर्थ Cardano है, XLM का अर्थ Stellar है और HBAR का अर्थ Hedera है। सामान्य नेटवर्क नाम भी स्वीकार किए जाते हैं, उदाहरण के लिए MATIC के लिए POLYGON या POL, BNB के लिए BSC और TRX के लिए TRON। Celo, Mode और Plume प्रबंधित इंटीग्रेशन में शामिल नहीं हैं। इन्हें एक जुड़े TRM Labs खाते (CELO, MODE, PLUME) के माध्यम से स्क्रीन किया जाता है। जुड़े प्रदाताओं की अपनी कवरेज होती है, और Lightning की नीचे अतिरिक्त आवश्यकताएँ हैं। टोकन के लिए हमेशा crypto_chain निर्दिष्ट करें, USDT और USDC सहित। इसके बिना, करेंसी को ही नेटवर्क माना जाता है। USDT और USDC अपना नेटवर्क लेन-देन हैश से लेते हैं, या हैश न होने पर वॉलेट पते से। Tron या Solana हैश क्रमशः Tron या Solana को चुनता है। 0x हैश हर EVM नेटवर्क पर एक जैसा दिखता है, इसलिए USDT, USDC और ETH के लिए Didit Ethereum, BNB Chain, Polygon, Base, Arbitrum और Optimism पर उसे खोजता है, और लेन-देन को उसी नेटवर्क पर स्क्रीन करता है जहाँ वह मिलता है। ETH को शामिल किया गया है, क्योंकि यह Ethereum, Base, Arbitrum और Optimism पर मूल है और BNB Chain पर BEP-20 ब्रिज्ड टोकन के रूप में भी स्थानांतरित होता है। यदि किसी भी नेटवर्क पर हैश नहीं मिलता, या उस समय नेटवर्क की जाँच नहीं हो सकती, तो लेन-देन स्क्रीन नहीं किया जाता और स्क्रीनिंग का शुल्क नहीं लिया जाता। तब custom_values.aml_screening_status FAILED होता है, custom_values.aml_screening_error कारण बताता है, और स्वीकृत लेन-देन समीक्षा में चला जाता है। बिना हैश वाला USDT या USDC लेन-देन एक वॉलेट को स्क्रीन करता है, और पता नेटवर्क चुनता है। Tron पता Tron पर और Solana पता Solana पर स्क्रीन होता है। 0x पते को Ethereum, BNB Chain, Polygon, Base, Arbitrum और Optimism में से पहले उस नेटवर्क पर स्क्रीन किया जाता है जहाँ उसने लेन-देन भेजा है या जहाँ वह टोकन रखता है। किसी भी नेटवर्क पर गतिविधि न होने वाला 0x पता, या जिसके नेटवर्क उस समय जाँचे नहीं जा सकते, Ethereum पर स्क्रीन होता है। crypto_chain भेजने से यह खोज नहीं करनी पड़ती। वास्तविक नेटवर्क की जगह कभी ETH न लिखें। कस्टम टोकन सिंबल दर्ज करने से यह गारंटी नहीं मिलती कि उसके ट्रांसफ़र लेन-देन-हैश स्क्रीनिंग के लिए इंडेक्स किए गए हैं। टोकन कवरेज की जाँच टोकन कॉन्ट्रैक्ट और नेटवर्क के आधार पर करनी होगी। बनाया गया लेन-देन सफल स्क्रीनिंग का प्रमाण नहीं है। उसे स्क्रीन किया गया मानने से पहले स्क्रीनिंग स्थिति और प्रदाता परिणाम जाँचें।

इनबाउंड बनाम आउटबाउंड

transaction_details.direction आवश्यक है, क्योंकि इससे Didit को पता चलता है कि स्थानांतरण के किस पक्ष की जाँच करनी है।

दिशा	ऑन-चेन स्थानांतरण से पहले	ऑन-चेन स्थानांतरण के बाद
इनबाउंड (जमा)	प्रतिपक्ष का प्रेषक वॉलेट जाँचें, यदि आप इसे `counterparty.payment_method.account_id` में प्रदान करते हैं	लेन-देन हैश की जाँच करें, जो `subject.payment_method.account_id` में आपकी सेवा या ग्राहक के जमा पते तक सीमित हो
आउटबाउंड (निकासी)	फ़ंड भेजने से पहले गंतव्य वॉलेट की जाँच करें, जो `counterparty.payment_method.account_id` में हो	उसी गंतव्य वॉलेट तक सीमित लेन-देन हैश की जाँच करें, जो `counterparty.payment_method.account_id` में हो

स्थानांतरण से पहले की स्क्रीनिंग के लिए transaction_details.payment_reference_id छोड़ दें। Didit संबंधित वॉलेट पते पर वॉलेट स्क्रीनिंग चलाता है। स्थानांतरण के बाद की स्क्रीनिंग के लिए ब्लॉकचेन लेन-देन हैश को transaction_details.payment_reference_id में शामिल करें। Didit लेन-देन स्क्रीनिंग चलाता है और ऑन-चेन समृद्धिकरण उपलब्ध होने पर लेन-देन सारांश डेटा संग्रहीत करता है।

लाइटनिंग नेटवर्क

लाइटनिंग नेटवर्क स्क्रीनिंग के लिए transaction_details.crypto_params.crypto_chain को LIGHTNING पर सेट करें। लाइटनिंग स्क्रीनिंग के लिए कंसोल में Marketplace से एक कनेक्टेड Elliptic या Chainalysis BYOK प्रदाता आवश्यक है। Managed Merkle Science, Crystal और TRM Labs LIGHTNING को स्वीकार नहीं करते। Didit ऐसे अनुरोधों को स्क्रीनिंग या बिलिंग से पहले 400 के साथ अस्वीकार कर देता है। Elliptic के लिए Didit दिए गए लाइटनिंग पहचानकर्ता की जाँच Elliptic के BTC Lightning वॉलेट विश्लेषण के माध्यम से करता है। Chainalysis के लिए, जब transaction_details.payment_reference_id मौजूद हो, तो Didit एक लाइटनिंग स्थानांतरण KYT को सबमिट करता है।

आवश्यक फ़ील्ड

सभी क्रिप्टो स्क्रीनिंग अनुरोधों के लिए ये भेजें:

transaction_details.direction — INBOUND या OUTBOUND
transaction_details.currency_kind — crypto
transaction_details.currency — एसेट सिंबल, उदाहरण के लिए BTC, ETH, USDC या आपका कस्टम टोकन
ऊपर दिए दिशा नियमों के अनुसार चुने गए प्रतिभागी में एक वॉलेट पता

ब्लॉकचेन पर स्थानांतरण होने के बाद लेन-देन-हैश स्क्रीनिंग के लिए ये भी भेजें:

transaction_details.payment_reference_id — ब्लॉकचेन लेन-देन हैश

यदि क्रिप्टो स्क्रीनिंग सक्षम है और दिशा के लिए आवश्यक वॉलेट पता नहीं है, तो Create Transaction API अनुरोध को अस्वीकार कर देता है।

उदाहरण: स्थानांतरण से पहले आउटबाउंड स्क्रीनिंग

फ़ंड भेजने से पहले लेन-देन हैश के बिना एक आउटबाउंड क्रिप्टो लेन-देन बनाएँ। Didit गंतव्य वॉलेट की जाँच करता है।

{
  "transaction_id": "withdrawal-001",
  "transaction_category": "finance",
  "include_crypto_screening": true,
  "transaction_details": {
    "direction": "OUTBOUND",
    "amount": "0.25",
    "currency": "ETH",
    "currency_kind": "crypto",
    "action_type": "withdrawal"
  },
  "subject": {
    "entity_type": "individual",
    "vendor_data": "user-123",
    "full_name": "John Doe"
  },
  "counterparty": {
    "entity_type": "unhosted_wallet",
    "full_name": "John Doe",
    "payment_method": {
      "method_type": "crypto_wallet",
      "account_id": "0xRecipientWallet..."
    }
  }
}

उदाहरण: स्थानांतरण के बाद इनबाउंड स्क्रीनिंग

फ़ंड प्राप्त करने के बाद लेन-देन हैश शामिल करें। Didit आपके जमा पते तक सीमित लेन-देन हैश की जाँच करता है और उपलब्ध होने पर रिस्पॉन्स को लेन-देन सारांश जानकारी से समृद्ध करता है।

{
  "transaction_id": "deposit-001",
  "transaction_category": "finance",
  "include_crypto_screening": true,
  "transaction_details": {
    "direction": "INBOUND",
    "amount": "0.25",
    "currency": "ETH",
    "currency_kind": "crypto",
    "action_type": "deposit",
    "payment_reference_id": "0xTransactionHash..."
  },
  "subject": {
    "entity_type": "individual",
    "vendor_data": "user-123",
    "full_name": "John Doe",
    "payment_method": {
      "method_type": "crypto_wallet",
      "account_id": "0xYourServiceDepositAddress..."
    }
  },
  "counterparty": {
    "entity_type": "unhosted_wallet",
    "full_name": "John Doe"
  }
}

समर्थित प्रदाता

प्रदाता	स्थिति	प्रबंधित मूल्य निर्धारण	कनेक्टेड-की मूल्य निर्धारण
Merkle Science	उपलब्ध	$0.15/screening	$0.02/screening
Crystal	Marketplace के माध्यम से प्रदाता कुंजी कनेक्ट करें	उपलब्ध नहीं	$0.02/screening
Chainalysis	Marketplace के माध्यम से प्रदाता कुंजी कनेक्ट करें	उपलब्ध नहीं	$0.02/screening
Elliptic	Marketplace के माध्यम से प्रदाता कुंजी कनेक्ट करें	उपलब्ध नहीं	$0.02/screening
TRM Labs	Marketplace के माध्यम से प्रदाता कुंजी कनेक्ट करें	उपलब्ध नहीं	$0.02/screening

अपना पसंदीदा प्रदाता Business Console में लेनदेन > सेटिंग्स > Provider Preferences में कॉन्फ़िगर करें, या कंसोल में Marketplace से अपनी प्रदाता कुंजी कनेक्ट करें (क्रिप्टो निगरानी श्रेणी)। LIGHTNING केवल कनेक्टेड-की वाले Chainalysis और Elliptic कॉन्फ़िगरेशन द्वारा समर्थित है।

कनेक्टेड-की मूल्य निर्धारण के साथ आप मौजूदा प्रदाता API कुंजी कनेक्ट करते हैं और प्रति स्क्रीनिंग सूचीबद्ध इन्फ़्रास्ट्रक्चर शुल्क चुकाते हैं। इस विकल्प का उपयोग तब करें जब आपका किसी ब्लॉकचेन एनालिटिक्स प्रदाता के साथ पहले से वाणिज्यिक समझौता हो।

स्क्रीनिंग परिणाम

हर स्क्रीनिंग एक मानकीकृत परिणाम देती है, चाहे उसके लिए कोई भी प्रदाता इस्तेमाल हुआ हो।

स्क्रीनिंग स्थिति

custom_values.aml_screening_status बताता है कि किसी लेन-देन की स्क्रीनिंग हुई या नहीं।

मान	अर्थ
`COMPLETED`	स्क्रीनिंग पूरी हो गई। परिणाम `provider_results` में और `custom_values` के अन्य स्क्रीनिंग फ़ील्ड में है।
`PENDING`	स्क्रीनिंग अभी पूरी नहीं हुई है: प्रदाता अब भी उसका विश्लेषण कर रहा है, या Didit बाद में लेन-देन हैश की फिर से स्क्रीनिंग करता है (नीचे देखें)।
`ERROR`	प्रदाता ने जवाब दिया, लेकिन बताया कि उसका अपना विश्लेषण विफल रहा।
`FAILED`	लेन-देन की स्क्रीनिंग नहीं हुई। कारण `custom_values.aml_screening_error` में है। Didit-प्रबंधित स्क्रीनिंग के लिए इसका कोई शुल्क नहीं लगता; जिस अनुरोध का जवाब आपके जुड़े हुए प्रदाता ने दिया, वह प्रदाता अनुरोध के रूप में गिना जाता है।

जिस लेन-देन को अन्यथा स्वीकृत किया जाता, उसकी स्क्रीनिंग की स्थिति COMPLETED के अलावा कुछ भी हो, तो वह IN_REVIEW में चला जाता है।

लेन-देन हैश जो अभी इंडेक्स नहीं हुए हैं

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

लेन-देन बनाने के रिस्पॉन्स में custom_values.aml_screening_status पहले से PENDING दिखता है, और कारण custom_values.aml_screening_error में होता है। स्वीकृत लेन-देन decision_reason_code aml_screening_pending के साथ IN_REVIEW पर रोका जाता है।
लेन-देन बनाए जाने के लगभग 2, 12 और 42 मिनट बाद Didit लेन-देन हैश की फिर से स्क्रीनिंग करता है।
जब पुनः प्रयास में स्क्रीनिंग हो जाती है, तो परिणाम किसी भी अन्य स्क्रीनिंग की तरह सहेजा जाता है और स्क्रीनिंग का शुल्क केवल एक बार लगता है। आपके नियम स्क्रीनिंग डेटा पर फिर से चलते हैं, रोक हटा दी जाती है, और आपको एक transaction.status.updated webhook मिलता है, जिसमें नियमों के बाद लेन-देन की स्थिति होती है, चाहे वह बदली हो या नहीं। इस बीच जो लेन-देन अस्वीकृत हो गया या किसी समीक्षक द्वारा हल किया गया, वह अपनी स्थिति बनाए रखता है।
अगर अंतिम पुनः प्रयास के बाद भी प्रदाता ने लेन-देन हैश इंडेक्स नहीं किया है, तो स्क्रीनिंग वैसे ही FAILED पर समाप्त होती है जैसे बनाए जाने के समय होती। लेन-देन decision_reason_code aml_screening_failed के साथ IN_REVIEW में रहता है, और उसका शुल्क भी वैसे ही लगता है जैसे बनाए जाने के समय विफलता पर लगता: Didit-प्रबंधित स्क्रीनिंग पर कुछ नहीं, और अगर अंतिम प्रयास आपके जुड़े हुए प्रदाता तक पहुँचा, तो एक प्रदाता अनुरोध। जिन पूर्व प्रयासों को दोहराया गया, उनका कभी शुल्क नहीं लगता।
अगर पुनः प्रयास चलने के समय आपका बैलेंस स्क्रीनिंग का खर्च नहीं उठा सकता, तो स्क्रीनिंग FAILED पर समाप्त होती है और कोई शुल्क नहीं लगता।

पुनः प्रयास ईथीरियम, BNB Chain, Polygon, Base, Arbitrum, Optimism और Tron पर लेन-देन हैश पर लागू होते हैं। जिस हैश को उसका नेटवर्क नहीं पहचानता, या जो किसी दूसरे नेटवर्क का है, उसे दोबारा नहीं आज़माया जाता: स्क्रीनिंग तुरंत विफल हो जाती है।

जोखिम स्कोर और गंभीरता

हर स्क्रीन किए गए वॉलेट या लेन-देन को ये मिलते हैं:

जोखिम स्कोर (0–100): स्कोर जितना ऊँचा, जोखिम भरी इकाइयों से संपर्क उतना अधिक
गंभीरता स्तर: स्कोर से निर्धारित, LOW, MEDIUM, HIGH, या CRITICAL

धन के स्रोत का विश्लेषण

इस बात का प्रतिशत विवरण कि निधियाँ कहाँ से आईं, इकाई के प्रकार के अनुसार वर्गीकृत:

श्रेणी	जोखिम स्तर	विवरण
`SANCTIONED`	गंभीर	अंतरराष्ट्रीय प्रतिबंध सूचियों (OFAC, EU, UN) पर मौजूद इकाइयाँ
`TERRORIST_FINANCING`	गंभीर	आतंकवादी वित्तपोषण से जुड़े पते
`CHILD_EXPLOITATION`	गंभीर	बाल शोषण सामग्री से जुड़े पते
`RANSOMWARE`	उच्च	रैनसमवेयर भुगतान के पते
`STOLEN_FUNDS`	उच्च	ज्ञात चोरी या हैक से जुड़े पते
`DARKNET_MARKET`	उच्च	डार्कनेट मार्केटप्लेस के पते
`MIXER`	उच्च	निधियों का मूल छिपाने के लिए इस्तेमाल होने वाली मिक्सिंग या टंबलिंग सेवाएँ
`SCAM`	उच्च	ज्ञात घोटाले या धोखाधड़ी के पते
`HIGH_RISK_EXCHANGE`	मध्यम	कमज़ोर KYC/AML नियंत्रण वाले एक्सचेंज
`HIGH_RISK_JURISDICTION`	मध्यम	FATF-सूचीबद्ध उच्च-जोखिम क्षेत्राधिकार की इकाइयाँ
`GAMBLING_UNLICENSED`	मध्यम	बिना लाइसेंस वाले जुआ प्लेटफ़ॉर्म
`P2P_EXCHANGE`	निम्न	पीयर-टू-पीयर एक्सचेंज सेवाएँ
`EXCHANGE`	निम्न	विनियमित क्रिप्टोकरेंसी एक्सचेंज
`UNNAMED_SERVICE`	निम्न	अज्ञात सेवाएँ

विवरण में हर इकाई के लिए निधियों का प्रतिशत, प्राप्त और भेजी गई राशि, और यह शामिल है कि कनेक्शन प्रत्यक्ष है या अप्रत्यक्ष।

एक्सपोज़र तालिका

एक एक्सपोज़र तालिका जो स्रोत, गंतव्य और प्रतिपक्ष इकाइयाँ दिखाती है, जिसमें शामिल है:

इकाई का नाम और श्रेणी
प्रत्यक्ष बनाम अप्रत्यक्ष कनेक्शन (हॉप दूरी)
प्राप्त और भेजी गई राशि
प्रति इकाई जोखिम स्तर

नेटवर्क ग्राफ़

वॉलेट के लेन-देन संबंधों का एक दृश्य नोड-एज प्रतिनिधित्व:

नोड वॉलेट, एक्सचेंज, सेवाओं और अन्य इकाइयों को दर्शाते हैं
एज नोड्स के बीच के लेन-देन को राशि और लेन-देन हैश के साथ दर्शाते हैं
मीट्रिक्स में ग्राफ़-स्तरीय आँकड़े शामिल हैं, जैसे सेंट्रैलिटी और गहराई

नेटवर्क ग्राफ़ Business Console में एक इंटरैक्टिव विज़ुअलाइज़ेशन के रूप में उपलब्ध है।

Integration with rules

स्क्रीनिंग के नतीजे सीधे नियम इंजन को मिलते हैं। Didit में प्रीसेट नियम शामिल हैं जो स्क्रीनिंग डेटा के आधार पर अपने आप चलते हैं:

प्रीसेट नियम	कार्रवाई
Sanctions counterparty	तत्काल अस्वीकृति - जाँच किए गए वॉलेट को ही किसी प्रतिबंधित इकाई से जोड़ा गया है (`custom_values.wallet_sanctioned`)
Sanctions exposure	स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें - वॉलेट ने प्रतिबंधित इकाइयों को या उनसे धन भेजा या प्राप्त किया, जबकि वह स्वयं प्रतिबंधित नहीं है (`sanctions_hit` true, `wallet_sanctioned` true नहीं)
Terrorist financing / child exploitation	तत्काल अस्वीकृति
Darknet market exposure	स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें
Mixer/obfuscation service exposure	स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें
High-risk source of funds (>30%)	स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें
Multiple risky counterparties	स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें
Medium wallet risk score	स्कोर जोड़ें + समीक्षा के लिए फ़्लैग करें
Screening pending	स्क्रीनिंग पूरी होने तक लेन-देन रोकें

नियमों के लिए स्क्रीनिंग फ़ील्ड

क्रिप्टो स्क्रीनिंग लेन-देन के custom_values में ये कुंजियाँ लिखती है, ताकि नियम इन्हें custom_values.<key> के रूप में इस्तेमाल कर सकें:

फ़ील्ड	प्रकार	विवरण
`sanctions_hit`	बूलियन	`true` तब होता है जब जाँच किया गया वॉलेट स्वयं प्रतिबंधित हो, या जब उसके किसी प्रतिपक्ष का धन प्रतिबंधित इकाइयों से आया हो (एक्सपोज़र)। बड़े एक्सचेंज अक्सर केवल एक्सपोज़र के कारण `true` होते हैं।
`wallet_sanctioned`	बूलियन	`true` तभी होता है जब स्क्रीनिंग प्रदाता जाँच किए गए वॉलेट को ही किसी प्रतिबंधित इकाई से जोड़ता है (OFAC, EU, UN, या HMT पदनाम)। केवल एक्सपोज़र से यह कभी सेट नहीं होता।
`aml_sanctions_exposure_pct`	संख्या (0-100)	वॉलेट की जाँच की गई मात्रा का वह हिस्सा जो प्रतिबंधित इकाइयों से जुड़ा था। इसकी गणना `aml_high_risk_exposure_pct` की तरह होती है, लेकिन केवल प्रतिबंधों तक सीमित होती है।

जब आप प्रतिबंधित वॉलेट पर भेजे जाने वाले ट्रांसफ़र रोकना चाहते हैं, लेकिन केवल अप्रत्यक्ष एक्सपोज़र वाले बड़े एक्सचेंज पर भेजे जाने वाले ट्रांसफ़र नहीं रोकना चाहते, तो wallet_sanctioned का उपयोग करें। एक्सपोज़र की समीक्षा या स्कोरिंग के लिए sanctions_hit या aml_sanctions_exposure_pct का उपयोग करें। Sanctions counterparty प्रीसेट नियम तब अस्वीकार करता है जब wallet_sanctioned true हो, और Sanctions exposure प्रीसेट नियम केवल एक्सपोज़र वाले वॉलेट को समीक्षा के लिए भेजता है। ये दोनों कभी एक ही लेन-देन से मेल नहीं खाते, इसलिए प्रतिबंधित वॉलेट हमेशा अस्वीकृत होता है। यदि आपने यह बदलाव लागू होने से पहले Sanctions counterparty इंस्टॉल किया था, तो Didit ने उसे आपके लिए wallet_sanctioned पर ले जाया है और उसी मोड में Sanctions exposure जोड़ दिया है। इसलिए जो लेन-देन पुराने नियम ने केवल एक्सपोज़र के कारण अस्वीकार किया था, वह अब समीक्षा के लिए जाएगा। स्क्रीनिंग पूरी होने के बाद Didit समृद्ध लेन-देन डेटा पर सभी नियमों का अपने आप पुनर्मूल्यांकन करता है और लागू होने वाले सभी webhook ट्रिगर करता है।

अगले चरण

लेन-देन सबमिट करना

क्रिप्टो वॉलेट विवरण सहित लेन-देन कैसे सबमिट करें।

नियम और स्कोरिंग

स्क्रीनिंग के नतीजे नियम इंजन में कैसे जाते हैं।

कंसोल गाइड

कंसोल में क्रिप्टो स्क्रीनिंग विश्लेषण, धन का स्रोत और नेटवर्क ग्राफ़ देखना।

शुरुआत करें

सुविधाएँ

संदर्भ

कंसोल

क्रिप्टो वॉलेट और पता स्क्रीनिंग API (KYT)

स्क्रीनिंग कब शुरू होती है

एसेट और नेटवर्क चयन

इनबाउंड बनाम आउटबाउंड

लाइटनिंग नेटवर्क

आवश्यक फ़ील्ड

उदाहरण: स्थानांतरण से पहले आउटबाउंड स्क्रीनिंग

उदाहरण: स्थानांतरण के बाद इनबाउंड स्क्रीनिंग

समर्थित प्रदाता

स्क्रीनिंग परिणाम

स्क्रीनिंग स्थिति

लेन-देन हैश जो अभी इंडेक्स नहीं हुए हैं

जोखिम स्कोर और गंभीरता

धन के स्रोत का विश्लेषण

एक्सपोज़र तालिका

नेटवर्क ग्राफ़

Integration with rules

नियमों के लिए स्क्रीनिंग फ़ील्ड

अगले चरण

लेन-देन सबमिट करना

नियम और स्कोरिंग

कंसोल गाइड

​स्क्रीनिंग कब शुरू होती है

​एसेट और नेटवर्क चयन

​इनबाउंड बनाम आउटबाउंड

​लाइटनिंग नेटवर्क

​आवश्यक फ़ील्ड

​उदाहरण: स्थानांतरण से पहले आउटबाउंड स्क्रीनिंग

​उदाहरण: स्थानांतरण के बाद इनबाउंड स्क्रीनिंग

​समर्थित प्रदाता

​स्क्रीनिंग परिणाम

​स्क्रीनिंग स्थिति

​लेन-देन हैश जो अभी इंडेक्स नहीं हुए हैं

​जोखिम स्कोर और गंभीरता

​धन के स्रोत का विश्लेषण

​एक्सपोज़र तालिका

​नेटवर्क ग्राफ़

​Integration with rules

​नियमों के लिए स्क्रीनिंग फ़ील्ड

​अगले चरण

लेन-देन सबमिट करना

नियम और स्कोरिंग

कंसोल गाइड

स्क्रीनिंग कब शुरू होती है

एसेट और नेटवर्क चयन

इनबाउंड बनाम आउटबाउंड

लाइटनिंग नेटवर्क

आवश्यक फ़ील्ड

उदाहरण: स्थानांतरण से पहले आउटबाउंड स्क्रीनिंग

उदाहरण: स्थानांतरण के बाद इनबाउंड स्क्रीनिंग

समर्थित प्रदाता

स्क्रीनिंग परिणाम

स्क्रीनिंग स्थिति

लेन-देन हैश जो अभी इंडेक्स नहीं हुए हैं

जोखिम स्कोर और गंभीरता

धन के स्रोत का विश्लेषण

एक्सपोज़र तालिका

नेटवर्क ग्राफ़

Integration with rules

नियमों के लिए स्क्रीनिंग फ़ील्ड

अगले चरण