# البنية المعمارية

تم تصميم معمارية OmniYield لتكون معيارية، ومحايدة تجاه السلسلة، وقابلة للتوسع بدرجة عالية.

هدفنا الأساسي هو إنشاء طبقة عائد محايدة تجاه السلسلة تعمل على تعظيم العوائد المعدلة حسب المخاطر للمستخدمين عبر DeFi. ولتحقيق ذلك، يستخدم النظام تحليلًا واسعًا للبيانات، وخوارزميات متقدمة خارج السلسلة، وبروتوكولات أمان صارمة، وقواعد تنويع، ومعمارية تُجرّد تعقيد التفاعل عبر السلاسل.

### المكونات المعمارية الرئيسية

<details>

<summary><strong>الخزائن</strong></summary>

بوابة المستخدم إلى OmniYield.

تُدير هذه العقود الذكية المتوافقة مع ERC-4626 الودائع بأمان، وتتلقى التقارير من الاستراتيجيات، وتعالج عمليات السحب.

وتعمل كواجهة رئيسية تنسق أموال المستخدم مع الاستراتيجيات الأساسية.

</details>

<details>

<summary><strong>طبقة التنفيذ (Solver)</strong></summary>

طبقة الذكاء في OmniYield.

تحلل هذه الأنظمة الآلية باستمرار بروتوكولات DeFi عبر السلاسل، وتحدد فرص العائد المثلى، وتقيّم المخاطر، وتحدد توزيع الأصول على الخزائن.

تُجرى هذه المعالجة خارج السلسلة لتحقيق الكفاءة - ولا يُنفَّذ على السلسلة سوى النتائج، مما يمنع نسخ استراتيجيات OmniYield.

</details>

<details>

<summary><strong>الاستراتيجيات</strong></summary>

يرتبط بكل خزنة عقد استراتيجية واحد على الأقل.

يحوّل هذا المكوّن قرارات الـ solver إلى إجراءات. ويتولى التعقيدات التقنية لحركة الأصول، بما في ذلك مبادلات الرموز، وتوفير السيولة، والإقراض، والتخزين، إلخ.

</details>

<details>

<summary><strong>الوجهات</strong></summary>

بروتوكولات DeFi المحددة أو مجمعات السيولة أو مزارع العائد التي تُنشر فيها أصول الخزنة في النهاية.

</details>

<details>

<summary><strong>البنية التحتية للرسائل عبر السلاسل</strong></summary>

التقنية الأساسية التي تُمكّن قدرات عبر السلاسل، وتسهّل الاتصال ونقل الأصول بين سلاسل الكتل المختلفة.

</details>

### دورة حياة الأصل

يساعد فهم تدفق الأصول على توضيح طريقة عمل النظام:

{% stepper %}
{% step %}
**الإيداع**

يودع المستخدم نوعًا واحدًا من الأصول (مثل USDC) في خزنة OmniYield المقابلة على أي سلسلة مدعومة. تُنقل الأصول المودعة إلى عقد الخزنة على مركز Arbitrum وتبقى هناك في البداية دون استخدام.
{% endstep %}

{% step %}
**إعادة التوازن عبر السلاسل**

* يراقب المكوّن خارج السلسلة (Solver المستقل) أرصدة الخزائن وظروف السوق. بمجرد الوصول إلى عتبة معينة من الأصول غير المستخدمة، أو خلال دورات التحسين الدورية، يحدد التخصيص الأمثل للاستراتيجيات الحالية عبر السلاسل المدمجة ويقترح خطة لإعادة التوازن. إذا استوفى الاقتراح شروط الأمان والأداء، يبدأ إعادة التوازن (مثل نقل X من USDC إلى الاستراتيجية A على السلسلة Y) عبر عقد الخزنة على مركز Arbitrum.&#x20;
* باستخدام LayerZero وAxelar، يتم إرسال رسالة تحتوي على تعليمات إعادة التوازن من المركز إلى عقد الخزنة المعني على السلاسل المستهدفة.
* ينفذ النظام الخطوات اللازمة (مثل الجسر، أو المبادلة، أو الإيداع، إلخ) لإعادة التوازن.
* يُسجَّل التخصيص المحدّث، وتُرسل رسائل التأكيد/الحالة مرة أخرى إلى مركز Arbitrum عبر طبقة الرسائل. يمكن أن تتضمن هذه العملية نقل الأموال غير المستخدمة من المركز إلى استراتيجية أو تحويل الأموال بين استراتيجيات مختلفة بحثًا عن عوائد أفضل.
  {% endstep %}

{% step %}
**إعادة التراكم التلقائي والتقارير الموحّدة**

* تطالب عقود الاستراتيجية دوريًا بالمكافآت المكتسبة من بروتوكولات الوجهة، وتحوّلها إلى الأصل الأساسي للخزنة (مثل USDC) ثم تعيد استثمارها تلقائيًا. ويُنسَّق هذا الإجراء بواسطة Keepers مخوّلين.&#x20;
* تُبلَّغ بيانات الأداء باستمرار إلى مركز Arbitrum، بما في ذلك المكافآت التي تولدها هذه الاستراتيجيات على جميع السلاسل المدعومة. وتُضاف المكافآت إلى القيمة الإجمالية للخزنة، مما يراكم العوائد تلقائيًا للمودعين.
  {% endstep %}

{% step %}
**السحب**

* لا تقتصر عمليات السحب على سلسلة الإيداع؛ إذ يمكن للمستخدمين بدء طلب سحب في أي وقت من أي سلسلة مدعومة (**ولا يجب أن تكون هي نفسها السلسلة المستخدمة في الإيداع**).
* تُحسب رسوم أداء بنسبة 9% بناءً على الربح الناتج عن إيداع المستخدم عبر جميع الاستراتيجيات والسلاسل الأساسية.
* يُوجَّه الطلب إلى مركز Arbitrum. إذا كانت لدى الخزنة أموال غير مستخدمة كافية (أصول غير منشورة فعليًا في الاستراتيجيات)، تُعالج عملية السحب فورًا.
* إذا لم تكن لدى الخزنة أموال غير مستخدمة كافية، يشير المركز إلى الاستراتيجيات بسحب المبلغ المطلوب. ويعطي الأولوية للسحب من الاستراتيجيات التي يكون تأثيرها على العائد الإجمالي (APR) في الحد الأدنى. قد تستغرق هذه العملية وقتًا أطول قليلًا بحسب البروتوكولات الأساسية.
  {% endstep %}

{% step %}
**المطالبة**

* بمجرد توفر سيولة كافية في الخزنة، يمكن للمستخدم المطالبة بسحبه. وعند المطالبة، تُنقل الأصول المقابلة إلى محفظة المستخدم عبر البنية التحتية عبر السلاسل.
  {% endstep %}
  {% endstepper %}

### المعمارية عبر السلاسل

تُبنى بنية OmniYield التحتية على معمارية قوية من نوع hub-and-spoke:&#x20;

* **المركز:** نستخدم Arbitrum كمركز تشغيلي رئيسي لدينا ("السلسلة الرئيسية"). وهنا تقيم بشكل أساسي المنطق الأساسي، والحسابات المعقدة، وإدارة الحالة العامة لبروتوكول OmniYield.
* **الأذرع:** تعمل جميع سلاسل الكتل الأخرى المدعومة كسلاسل «أذرع» أو «سلاسل جانبية». وهي الشبكات التي قد تنشأ منها ودائع المستخدمين والتي تُنشر فيها العديد من استراتيجيات العائد الأساسية. وتعمل أساسًا كنقاط تنفيذ نهائية، وتتلقى التعليمات من المركز.

<figure><img src="/files/86994d62fefce39df766a0a44e7aaf966abab412" alt=""><figcaption></figcaption></figure>

#### **تدفق الاتصال:**

{% stepper %}
{% step %}
**التجميع**

عندما يُتخذ قرار بإعادة التوازن أو تحدث إجراءات المستخدم (مثل الودائع/عمليات السحب التي تتطلب حركة عبر السلاسل)، تُنشأ رسائل عبر السلاسل وتُنقل بأمان من سلاسل الأذرع إلى مركز Arbitrum.
{% endstep %}

{% step %}
**الحوسبة**

يعالج المركز هذه الرسائل الواردة، ويجري الحسابات اللازمة (مثل تحسين توزيع الأصول عبر جميع الأذرع، وحساب أداء الخزنة الإجمالي، وتوحيد الرسوم)، ويتخذ قرارات استراتيجية بناءً على رؤيته الشاملة للنظام.
{% endstep %}

{% step %}
**التوزيع**

بمجرد اتخاذ القرارات، تُوزع التعليمات اللازمة وبيانات المعاملات مرة أخرى من Arbitrum إلى العقود الذكية ذات الصلة على سلاسل الأذرع للتنفيذ (مثل إيداع الأموال في استراتيجية محددة على شبكة مختلفة).
{% endstep %}
{% endstepper %}

{% hint style="success" %}
يتيح هذا التصميم المعياري ما يلي:

* **منطق مركزي، وتنفيذ لامركزي**\
  يضمن هذا النموذج اتساق البيانات لأن مركز Arbitrum يعمل كمصدر الحقيقة الوحيد. ويحدث نشر رأس المال فعليًا عبر سلاسل الأذرع، مستفيدًا من الفرص الفريدة التي توفرها كل سلسلة.
* **القابلية للتجزئة والتوسعة**\
  يمكن دمج سلاسل وأصول واستراتيجيات ووجهات جديدة بطريقة التوصيل والتشغيل مع الحد الأدنى من التغييرات على قاعدة الشفرة الحالية.\
  يضمن ذلك سطح هجوم منخفضًا مع تسهيل تطوير منتجات إضافية. ولتعزيز متانته ووظائفه أكثر، يتكامل بروتوكول OmniYield مع مختلف بدائيات وبنى DeFi التحتية، مما يوفر أفضل تجربة للمستخدم ويتيح تفاعلًا سلسًا مع الأدوات المالية الأخرى.
  {% endhint %}

### الاتصال عبر السلاسل

يُتاح تشغيل نموذج المركز والأذرع الخاص بنا عبر العديد من سلاسل الكتل من خلال الاستفادة من أبرز مزودي الرسائل عبر السلاسل: LayerZero وAxelar (وربما غيرهما مصممًا خصيصًا لرموز/سلاسل/وظائف معينة مستقبلًا).&#x20;

يتيح LayerZero رسائل خفيفة الوزن وفعالة، مما يضمن أقل زمن تأخير ممكن وقابلية تشغيل تفاعلية بلا ثقة عبر الشبكات المدعومة. ويكمل Axelar ذلك بتوجيه عالي المستوى وتسليم آمن للرسائل العامة عبر السلاسل.

* **العمود الفقري للاتصال:** تعمل هذه البروتوكولات كبنية تحتية آمنة وموثوقة للاتصال تربط مركزنا (Arbitrum) بجميع سلاسل الأذرع. وهي توفر المسارات الأساسية لنقل البيانات والتعليمات عبر حدود سلاسل الكتل. ويجري تمرير جميع الرسائل والتحقق والتسوية عبر قنوات الرسائل الآمنة التي توفرها هذه الجهات.
* **تسهيل العمليات الرئيسية:** يمرر LayerZero وAxelar الرسائل الحرجة اللازمة للوظائف الأساسية. ويشمل ذلك:
  * إخطار المركز بالودائع الجديدة التي تتم على سلاسل الأذرع.
  * تمرير طلبات السحب من المستخدمين على سلاسل الأذرع إلى المركز لمعالجتها.
  * إرسال الأوامر من المركز إلى عقود الاستراتيجية على سلاسل الأذرع لتنفيذ الودائع أو السحوبات أو إعادة التوازن.
  * الإبلاغ عن العائد المتولد، ومقاييس الأداء، وبيانات الرسوم من الاستراتيجيات على سلاسل الأذرع إلى المركز.

### التقارير الموحّدة للرسوم

في الإعدادات المعتادة متعددة السلاسل، غالبًا ما تعمل كل سلسلة كجزيرة مع منطق وأداء معزولين في التقارير. أما OmniYield فيتخذ نهجًا مختلفًا جذريًا. نحن نعتقد أن نظامنا البيئي يجب أن يعمل كبروتوكول واحد موحد، لا كمجموعة مجزأة من عمليات النشر الخاصة بكل سلسلة.

بينما يحقق OmniYield رسومًا من استراتيجيات العائد العاملة عبر العديد من السلاسل، يطبق البروتوكول تقارير رسوم موحّدة، وهي عملية تُجمع فيها بيانات توليد الرسوم من جميع السلاسل المدعومة، وتُطبّع، وتُحسب على Arbitrum (المركز).&#x20;

{% hint style="success" %}
وهذا يتيح:

* **تجربة مستخدم مرنة:** لا يحتاج المستخدمون إلى القلق بشأن الحوافز غير المتسقة. يمكنهم الإيداع من أي سلسلة يفضلونها وهم يعلمون أن الرسوم وفرص العائد والمكافآت تبقى متسقة عبر كامل منظومة OmniYield.
* **اقتصاديات رمزية مشتركة:** تسهم جميع رسوم البروتوكول، بغض النظر عن سلسلة المنشأ، في نموذج الإيرادات العالمي نفسه.
* **مقاييس شفافة:** تزيل التقارير الموحدة التباينات وتحسن قابلية التدقيق.
  {% endhint %}


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.omniyield.finance/ar/omniyield/albnyh-almamaryh.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.