> ## Documentation Index
> Fetch the complete documentation index at: https://docs.didit.me/llms.txt
> Use this file to discover all available pages before exploring further.

# فحص المحافظ الرقمية وعناوين البلوكتشين عبر API (KYT)

> تفحص Didit عناوين المحافظ الرقمية وتجزئات المعاملات في كل تحويل لكشف مخاطر AML: درجة المخاطر والتعرض والعقوبات. من $0.15 لكل فحص.

فحص المحافظ الرقمية في Didit، ويُسمّى أيضًا فحص العناوين أو KYT (اعرف معاملتك)، يتحقق من عناوين المحافظ وتجزئات المعاملات لكل تحويل بالعملات الرقمية بحثًا عن مخاطر AML، ويعيد درجة المخاطر ومدى تعرّضها للمصادر عالية الخطورة وأي تطابقات مع العقوبات.

بالنسبة لمعاملات العملات الرقمية، يمكن لـ Didit فحص عناوين المحافظ وتجزئات المعاملات باستخدام مزوّدي تحليلات البلوكتشين مثل Merkle Science وCrystal وChainalysis وElliptic وTRM Labs، وذلك أثناء إنشاء المعاملة. يعمل الفحص من جانب الخادم، ولا تحتاج إلى أي استدعاءات API إضافية من جهتك.

> [!TIP]
>
> هل تحتاج إلى فحص عنوان **دون** معاملة؟ استخدم نقطة النهاية [فحص المحافظ عند الطلب](https://docs.didit.me/ar/transaction-monitoring/wallet-screening.md) (`POST /v3/wallet-screening/`) للحصول على نتيجة المخاطر نفسها لمحفظة واحدة باستدعاء API واحد.

## كيف يبدأ الفحص

يعمل فحص العملات الرقمية تلقائيًا عندما يتحقق الشرطان التاليان معًا:

1. تحتوي المعاملة على `currency_kind: "crypto"` في تفاصيل المعاملة
2. مراقبة المعاملات مفعّلة في [إعدادات التطبيق](https://docs.didit.me/ar/transaction-monitoring/settings.md) لديك

يمكنك تجاوز هذا الإعداد الافتراضي لكل معاملة باستخدام `include_crypto_screening` في حمولة إنشاء المعاملة:

| القيمة | السلوك |
| - | - |
| `true` | تشغيل فحص العملات الرقمية حتى لو كان الإعداد الافتراضي على مستوى التطبيق معطّلًا |
| `false` | تخطي فحص العملات الرقمية حتى لو كان الإعداد الافتراضي على مستوى التطبيق مفعّلًا |
| غير مذكور أو `null` | استخدام الإعداد الافتراضي على مستوى التطبيق المضبوط في Console |

> [!TIP]
>
> يقع الإعداد الافتراضي على مستوى التطبيق في **المعاملات** > **الإعدادات** في Business Console. لا يتجاوز `include_crypto_screening` هذا الإعداد الافتراضي إلا للمعاملة الواحدة التي تنشئها.

## اختيار الأصل والشبكة

الأصل والشبكة حقلان منفصلان.
اضبط `transaction_details.currency` على رمز الأصل، و`transaction_details.currency_kind` على `crypto`، و`transaction_details.crypto_params.crypto_chain` على الشبكة.
على سبيل المثال، يسجّل هذا المقتطع رمزًا مخصصًا على Base:

```json theme={null}
{
  "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.
تُقبل أسماء الشبكات الشائعة أيضًا، مثل `POLYGON` أو `POL` لـ `MATIC`، و`BSC` لـ `BNB`، و`TRON` لـ `TRX`.
لا يشمل التكامل المُدار شبكات Celo وMode وPlume؛ إذ يتم فحصها عبر حساب TRM Labs متصل (`CELO` و`MODE` و`PLUME`).
يتمتع المزودون المتصلون بتغطية خاصة بهم، ولشبكة Lightning متطلبات إضافية موضحة أدناه.

حدّد `crypto_chain` دائمًا للرمز، بما في ذلك USDT وUSDC.
من دونه، تُستخدم العملة نفسها بوصفها الشبكة، وتأخذ USDT وUSDC شبكتيهما من تجزئة المعاملة، أو من عنوان المحفظة إن لم تكن هناك تجزئة.
تجزئة Tron أو Solana تحدد الشبكة Tron أو Solana.
تجزئة `0x` تبدو متطابقة على كل شبكات EVM، لذلك يبحث Didit في حالة USDT وUSDC وETH عن التجزئة على 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 فحص المعاملة ويخزّن ملخص بياناتها متى كان الإثراء على السلسلة متاحاً.

### شبكة Lightning

اضبط `transaction_details.crypto_params.crypto_chain` على `LIGHTNING` لفحص شبكة Lightning.
يتطلب فحص Lightning مزوّد Elliptic أو Chainalysis بمفتاح خاص بك (BYOK) متصلاً في **Marketplace** في الكونسول.
لا تقبل Merkle Science المُدارة وCrystal وTRM Labs القيمة `LIGHTNING`، ويرفض Didit تلك الطلبات بالرمز `400` قبل الفحص أو الفوترة.

بالنسبة إلى Elliptic، يفحص Didit معرّف Lightning المقدَّم عبر تحليل محفظة BTC Lightning من Elliptic.
بالنسبة إلى Chainalysis، يرسل Didit تحويل Lightning إلى KYT عند وجود `transaction_details.payment_reference_id`.

## الحقول المطلوبة

لجميع طلبات فحص العملات الرقمية، أرسل:

* `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 محفظة الوجهة.

```json theme={null}
{
  "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 تجزئة المعاملة ضمن نطاق عنوان الإيداع الخاص بك، ويُثري الاستجابة بمعلومات ملخص المعاملة حيثما كانت متاحة.

```json theme={null}
{
  "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](https://business.didit.me)، أو اربط مفتاح المزوّد الخاص بك من **Marketplace** في الكونسول (فئة مراقبة العملات الرقمية).

تُدعم القيمة `LIGHTNING` فقط في إعدادات Chainalysis وElliptic بمفتاح متصل.

> [!TIP]
>
> مع **التسعير باستخدام مفتاح متصل**، تربط مفتاح API موجوداً للمزوّد وتدفع رسوم البنية التحتية المعلنة لكل فحص. استخدم هذا الخيار عندما تكون لديك اتفاقية تجارية قائمة مع مزوّد تحليلات البلوكتشين.

## نتائج الفحص

تُنتج كل عملية فحص نتيجة موحّدة بغض النظر عن المزوّد المستخدم.

### حالة الفحص

يوضح لك الحقل `custom_values.aml_screening_status` ما إذا كانت المعاملة قد خضعت للفحص.

| القيمة | المعنى |
| - | - |
| `COMPLETED` | اكتمل الفحص. النتيجة موجودة في `provider_results` وفي حقول الفحص الأخرى ضمن `custom_values`. |
| `PENDING` | لم يكتمل الفحص بعد: ما زال المزوّد يحلّل المعاملة، أو تعيد Didit فحص هاش المعاملة لاحقًا (انظر أدناه). |
| `ERROR` | ردّ المزوّد، لكنه أبلغ بأن تحليله الخاص قد فشل. |
| `FAILED` | لم تُفحص المعاملة. يوضح `custom_values.aml_screening_error` السبب. لا يُحتسب أي مبلغ عن الفحص الذي تديره Didit، أما الطلب الذي ردّ عليه المزوّد المتصل بحسابك فيُحتسب كطلب لدى المزوّد. |

تنتقل المعاملة التي كان من الممكن اعتمادها إلى `IN_REVIEW` ما دامت حالة فحصها أي شيء غير `COMPLETED`.

### هاشات المعاملات غير المفهرسة بعد

قد تحتاج شركة تحليلات البلوكتشين إلى بضع دقائق لفهرسة تحويل تم تعدينه للتو، ولا يمكنها فحصه قبل ذلك.
عندما يبلغ المزوّد بأنه لم يفهرس هاش المعاملة بعد، وتؤكد الشبكة نفسها وجود المعاملة، تعيد Didit فحصها في الخلفية بدلًا من اعتبارها فاشلة:

* تُظهر استجابة الإنشاء بالفعل أن `custom_values.aml_screening_status` هي `PENDING`، مع السبب في `custom_values.aml_screening_error`.
  تُحتجز المعاملة التي كان سيُتخذ بحقها قرار بالموافقة في وضع `IN_REVIEW` مع `decision_reason_code` بالقيمة `aml_screening_pending`.
* تعيد Didit فحص هاش المعاملة بعد نحو 2 و12 و42 دقيقة من إنشاء المعاملة.
* عندما ينجح أحد عمليات إعادة الفحص، تُخزَّن النتيجة كأي نتيجة فحص أخرى، ويُحتسب الفحص مرة واحدة. تُعاد تشغيل قواعدك على بيانات الفحص، ويُرفع الإيقاف المؤقت، وتتلقى webhook واحدًا من نوع `transaction.status.updated` يحمل الحالة التي تصبح عليها المعاملة بعد تطبيق القواعد، سواء تغيّرت أم لم تتغيّر.
  المعاملة التي رُفضت أو حسمها مراجع في الأثناء تحتفظ بحالتها.
* إذا لم يفهرس المزوّد هاش المعاملة بعد آخر محاولة إعادة، تنتهي عملية الفحص بحالة `FAILED` كما كانت ستنتهي عند الإنشاء: تبقى المعاملة في `IN_REVIEW` مع `decision_reason_code` بالقيمة `aml_screening_failed`، وتُفرض رسوم الفحص كما كانت ستُفرض لو فشل الفحص عند الإنشاء: لا يُحتسب شيء عن الفحص الذي تديره Didit، وطلب واحد لدى المزوّد المتصل بحسابك إذا وصلت المحاولة الأخيرة إليه. المحاولات السابقة التي أُعيد فيها الفحص لا تُحتسب أبدًا.
* إذا لم يعد رصيدك يغطي تكلفة الفحص عند تشغيل إعادة المحاولة، تنتهي عملية الفحص بحالة `FAILED` ولا يُحتسب أي مبلغ.

تنطبق إعادة المحاولة على هاشات المعاملات في Ethereum وBNB Chain وPolygon وBase وArbitrum وOptimism وTron.
أما الهاش الذي لا تتعرّف عليه شبكته، أو الهاش الموجود على شبكة أخرى، فلا تُعاد محاولته، ويفشل الفحص فورًا.

### درجة المخاطر ومستوى الخطورة

تحصل كل محفظة أو معاملة تخضع للفحص على ما يلي:

* **درجة المخاطر** (من 0 إلى 100): كلما ارتفعت الدرجة دلّ ذلك على تعرّض أكبر لجهات محفوفة بالمخاطر.
* **مستوى الخطورة**: يُشتق من الدرجة، وقيمه `LOW` أو `MEDIUM` أو `HIGH` أو `CRITICAL`.

### تحليل مصدر الأموال

تفصيل بنسب مئوية لمصدر الأموال، مصنّفًا حسب نوع الجهة:

| الفئة | مستوى المخاطر | الوصف |
| - | - | - |
| `SANCTIONED` | حرج | جهات مدرجة في قوائم العقوبات الدولية (OFAC والاتحاد الأوروبي والأمم المتحدة) |
| `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](https://docs.didit.me/ar/transaction-monitoring/console.md) كتمثيل مرئي تفاعلي.

## التكامل مع القواعد

تُرسَل نتائج الفحص مباشرةً إلى [محرك القواعد](https://docs.didit.me/ar/transaction-monitoring/rules.md). يتضمّن Didit قواعد مُعدّة مسبقاً تُفعَّل تلقائياً بناءً على بيانات الفحص:

| القاعدة المعدّة مسبقاً | الإجراء |
| - | - |
| **Sanctions counterparty** | رفض فوري - يُنسِب مزوّد الفحص المحفظة المفحوصة نفسها إلى كيان خاضع للعقوبات (`custom_values.wallet_sanctioned`) |
| **Sanctions exposure** | إضافة درجة + وضع علامة للمراجعة - انتقلت أموال المحفظة من كيانات خاضعة للعقوبات أو إليها دون أن تكون المحفظة نفسها خاضعة للعقوبات (`sanctions_hit` true، و`wallet_sanctioned` not 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** | إضافة درجة + وضع علامة للمراجعة |
| **الفحص قيد الانتظار** | تعليق المعاملة إلى أن يكتمل الفحص |

### حقول الفحص للقواعد

يكتب فحص العملات المشفّرة هذه المفاتيح في `custom_values` الخاصة بالمعاملة، لتتمكّن القواعد من استخدامها بالصيغة `custom_values.<key>`:

| الحقل | النوع | الوصف |
| - | - | - |
| `sanctions_hit` | قيمة منطقية | القيمة `true` عندما تكون المحفظة نفسها خاضعة للعقوبات، أو عندما تأتي أموال أيٍّ من أطرافها المقابلة من كيانات خاضعة للعقوبات (تعرّض). وغالباً ما تكون قيمة هذا الحقل `true` للبورصات الكبرى بسبب التعرّض وحده. |
| `wallet_sanctioned` | قيمة منطقية | القيمة `true` فقط عندما يُنسب مزوّد الفحص المحفظة المفحوصة نفسها إلى كيان خاضع للعقوبات (تصنيفات OFAC والاتحاد الأوروبي والأمم المتحدة و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 تلقائياً تقييم جميع القواعد مقابل بيانات المعاملة المُثرّاة، ويُفعّل أي webhooks منطبقة.

## الخطوات التالية

> [card] [إرسال المعاملات](https://docs.didit.me/ar/transaction-monitoring/transactions.md)
>
> كيفية إرسال المعاملات، بما في ذلك تفاصيل المحفظة الرقمية للعملات المشفّرة.

> [card] [القواعد والتقييم](https://docs.didit.me/ar/transaction-monitoring/rules.md)
>
> كيف تُغذّي نتائج الفحص محرك القواعد.

> [card] [دليل وحدة التحكم](https://docs.didit.me/ar/transaction-monitoring/console.md)
>
> عرض تحليل فحص العملات المشفّرة ومصدر الأموال ومخططات الشبكات في وحدة التحكم.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.