> For the complete documentation index, see [llms.txt](https://docs.omniyield.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.omniyield.finance/ar/omniyield/albnyh-almamaryh.md).

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

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

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

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

<details>

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

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

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

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

</details>

<details>

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

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

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

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

</details>

<details>

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

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

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

</details>

<details>

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

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

</details>

<details>

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

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

</details>

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

<div data-with-frame="true"><figure><img src="/files/dca82750e07c7434f97afa7f699ccb4c94b4754f" alt=""><figcaption></figcaption></figure></div>

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

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

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

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

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

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

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

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

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

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

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

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

تُبنى بنية OmniYield التحتية على معمارية قوية من نوع المحور والأطراف:&#x20;

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

<div data-with-frame="true"><figure><img src="/files/74821a470eb079980382072a4470324fa746a1b8" alt=""><figcaption></figcaption></figure></div>

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

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

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

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

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

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

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

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

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

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

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

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

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

### الإبلاغ الموحّد عن الرسوم

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

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

{% hint style="success" %}
يتيح ذلك ما يلي:

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

<div align="right"><figure><img src="/files/960fd68bf6bf26b41db19c999ab9da143338573f" alt="" width="17"><figcaption></figcaption></figure></div>