# Архитектура

Архитектурата на OmniYield е проектирана да бъде модулна, независима от веригата и силно мащабируема.

Нашата основна цел е да създадем слой за доходност, независим от веригата, който максимизира възвръщаемостта, коригирана спрямо риска, за потребителите в DeFi. За да постигне това, системата използва обстоен анализ на данни, усъвършенствани off-chain алгоритми, строги протоколи за сигурност, правила за диверсификация и архитектура, която абстрахира сложността на междуверижното взаимодействие.

### Основни архитектурни компоненти

<details>

<summary><strong>Хранилища</strong></summary>

Входната точка на потребителя към OmniYield.

Тези смарт договори, съвместими с ERC-4626, управляват сигурно депозитите, получават отчети от стратегиите и обработват тегленията.

Те служат като основен интерфейс, който координира средствата на потребителите с базовите Стратегии.

</details>

<details>

<summary><strong>Изпълнителен слой (Solver)</strong></summary>

Слоят на интелигентност на OmniYield.

Тези автоматизирани системи непрекъснато анализират DeFi протоколи във всички вериги, идентифицират оптимални възможности за доходност, оценяват рисковете и определят разпределението на активите за Хранилищата.

Тази обработка се изчислява off-chain за по-голяма ефективност — само резултатите се прилагат onchain, което предотвратява имитирането на стратегиите на OmniYield.

</details>

<details>

<summary><strong>Стратегии</strong></summary>

Към всяко Хранилище е свързан поне един договор за Стратегия.

Този компонент превръща решенията на solver-а в действия. Той обработва техническите сложности на движението на активи, включително размяна на токени, осигуряване на ликвидност, кредитиране, стейкинг и др.

</details>

<details>

<summary><strong>Цели</strong></summary>

Конкретните DeFi протоколи, пулове за ликвидност или yield farm-ове, където активите на хранилището в крайна сметка се разпределят.

</details>

<details>

<summary><strong>Инфраструктура за междуверижни съобщения</strong></summary>

Базовата технология, която осигурява междуверижни възможности, улеснявайки комуникацията и прехвърлянето на активи между различни блокчейни.

</details>

### Жизненият цикъл на актива

Разбирането на потока на активите помага да се изясни работата на системата:

{% stepper %}
{% step %}
**Депозит**

Потребител депозира един тип актив (напр. USDC) в съответното OmniYield Хранилище във всяка поддържана верига. Депозираните активи се прехвърлят към договора на Хранилището в Arbitrum hub-а и първоначално остават неактивни там.
{% endstep %}

{% step %}
**Междуверижно ребалансиране**

* Off-chain компонентът (автономният Solver) следи баланса на хранилищата и пазарните условия. След като бъде достигнат определен праг на неактивни активи или по време на периодични цикли за оптимизация, той определя оптималното разпределение за текущите Стратегии във всички интегрирани вериги и предлага план за ребалансиране. Ако предложението отговаря на изискванията за сигурност и производителност, той инициира ребалансиране (напр. прехвърляне на X количество USDC към Стратегия A във Верига Y) чрез договора на Хранилището в Arbitrum hub-а.&#x20;
* С помощта на LayerZero и Axelar се изпраща съобщение с инструкции за ребалансиране от hub-а към съответния договор на Хранилището в целевите вериги.
* Системата изпълнява необходимите стъпки (като bridge-ване, суапове, депозиране и т.н.), за да ребалансира.
* Актуализираното разпределение се записва и потвърждения/актуализации за статуса се изпращат обратно към Arbitrum hub-а чрез слоя за съобщения. Този процес може да включва прехвърляне на неактивни средства от hub-а в Стратегия или прехвърляне на средства между различни Стратегии в търсене на по-добра доходност.
  {% endstep %}

{% step %}
**Автоматично реинвестиране и консолидирано отчитане**

* Договорите на Стратегиите периодично заявяват натрупаните награди от целевите протоколи, които се конвертират в базовия актив на хранилището (напр. USDC) и се реинвестират автоматично. Този процес се организира от упълномощени Keepers.&#x20;
* Данни за производителност, включително наградите, генерирани от тези Стратегии във всички поддържани вериги, се отчитат непрекъснато обратно към Arbitrum hub-а. Наградите се добавят към общата стойност на хранилището, като автоматично натрупват доходността за вложителите.
  {% endstep %}

{% step %}
**Теглене**

* Тегленията не са ограничени до веригата на депозита; потребителите могат да инициират заявка за теглене по всяко време от която и да е поддържана верига (**не е необходимо да е същата верига, използвана за депозита**).
* Такса за производителност от 9% се изчислява въз основа на печалбата, генерирана от депозита на потребителя във всички базови Стратегии и вериги.
* Заявката се маршрутизира към Arbitrum hub-а. Ако Хранилището разполага с достатъчно неактивни средства (активи, които не са активно разпределени в Стратегии), тегленето се обработва незабавно.
* Ако Хранилището няма достатъчно неактивни средства, hub-ът сигнализира на Стратегиите да изтеглят необходимата сума. Предпочитание се дава на Стратегиите, при които въздействието върху общата доходност (APR) е минимално. Този процес може да отнеме малко повече време в зависимост от базовите протоколи.
  {% endstep %}

{% step %}
**Потвърждаване на получаване**

* След като в Хранилището има достатъчно ликвидност, потребителят може да получи своето теглене. При заявяване съответните активи се прехвърлят към портфейла на потребителя чрез междуверижната инфраструктура.
  {% endstep %}
  {% endstepper %}

### Междуверижна архитектура

Инфраструктурата на OmniYield е изградена върху здрава hub-and-spoke архитектура:&#x20;

* **Hub:** Използваме Arbitrum като наш централен оперативен hub („главната верига“). Именно там се намират основната логика, сложните изчисления и цялостното управление на състоянието на протокола OmniYield.
* **Spokes:** Всички други поддържани блокчейни функционират като „spoke chains“ или „side chains“. Това са мрежите, от които могат да произхождат потребителските депозити и където са разположени много от базовите yield Стратегии. Те основно действат като точки за изпълнение, получавайки инструкции от Hub-а.

<figure><img src="https://3323249731-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FcMcq7CdPxVFPVJMUzlcn%2Fuploads%2FBtawLgOlAjrD8wyj0BEj%2Fimage.avif?alt=media&#x26;token=d98a07d3-6b84-4c1b-bab0-3e2c1ed7870d" alt=""><figcaption></figcaption></figure>

#### **Поток на комуникация:**

{% stepper %}
{% step %}
**Агрегиране**

Когато бъде взето решение за ребалансиране или възникнат действия на потребители (като депозити/тегления, изискващи междуверижно движение), се генерират междуверижни съобщения, които се предават сигурно от spoke chains към Arbitrum hub-а.
{% endstep %}

{% step %}
**Изчисляване**

Hub-ът обработва тези входящи съобщения, извършва необходимите изчисления (като оптимизиране на разпределението на активите между всички spokes, изчисляване на общата производителност на хранилището, консолидиране на таксите) и взема стратегически решения въз основа на глобалния си поглед върху системата.
{% endstep %}

{% step %}
**Разпределение**

След като решенията бъдат взети, необходимите инструкции и данни за транзакции се разпределят обратно от Arbitrum към съответните смарт договори на spoke chains за изпълнение (напр. депозиране на средства в конкретна Стратегия в друга мрежа).
{% endstep %}
{% endstepper %}

{% hint style="success" %}
Този модулен дизайн позволява:

* **Централизирана логика, децентрализирано изпълнение**\
  Този модел осигурява консистентност на данните, тъй като Arbitrum hub-ът действа като единствен източник на истина. Реалното разпределение на капитала се извършва във всички spoke chains, използвайки уникалните възможности, които всяка верига предоставя.
* **Модулност и разширяемост**\
  Нови вериги, активи, стратегии и цели могат да бъдат интегрирани по plug-and-play начин с минимални промени в съществуващата кодова база.\
  Това осигурява малка повърхност за атака, като същевременно улеснява разработването на допълнителни продукти. За допълнително подобряване на своята устойчивост и функционалност протоколът OmniYield се интегрира с различни DeFi примитиви и инфраструктури, предоставяйки най-доброто потребителско изживяване и позволявайки безпроблемно взаимодействие с други финансови инструменти.
  {% endhint %}

### Междуверижна комуникация

Работата на нашия hub-and-spoke модел в множество блокчейни става възможна чрез използването на водещи доставчици на междуверижни съобщения: LayerZero и Axelar (и потенциално други, съобразени със специфични токени/вериги/функции в бъдеще).&#x20;

LayerZero осигурява лека и ефективна комуникация, гарантирайки минимална латентност и trustless оперативна съвместимост между поддържаните мрежи. Axelar допълва това с високониво маршрутизиране и сигурна доставка на обобщени междуверижни съобщения.

* **Комуникационната гръбнака:** Тези протоколи действат като сигурна и надеждна комуникационна инфраструктура, която свързва нашия Hub (Arbitrum) с всички Spoke вериги. Те предоставят основните пътища за предаване на данни и инструкции през границите на блокчейните. Цялото препредаване, валидиране и сетълмент на съобщенията се извършва чрез сигурните комуникационни канали на тези доставчици.
* **Улесняване на ключови операции:** LayerZero и Axelar предават критични съобщения, необходими за основните функции. Това включва:
  * Уведомяване на Hub-а за нови депозити, направени в spoke chains.
  * Препредаване на заявки за теглене от потребители в spoke chains към Hub-а за обработка.
  * Изпращане на команди от Hub-а към договорите на стратегиите в spoke chains за изпълнение на депозити, тегления или ребалансирания.
  * Отчитане обратно към Hub-а на генерираната доходност, показателите за производителност и данните за таксите от стратегиите в spoke chains.

### Консолидирано отчитане на таксите

В типичните multi-chain настройки всяка верига често действа като силоз с изолирана логика и отчитане на производителността. OmniYield следва коренно различен подход. Ние вярваме, че нашата екосистема трябва да функционира като единен, обединен протокол, а не като фрагментирана колекция от внедрявания, специфични за отделни вериги.

Докато OmniYield генерира такси от стратегии за доходност, работещи в множество вериги. Протоколът прилага консолидирано отчитане на таксите — процес, при който данните за генерирането на такси от всички поддържани вериги се агрегираt, нормализират и изчисляват в Arbitrum (hub-а).&#x20;

{% hint style="success" %}
Това позволява:

* **Гъвкаво потребителско изживяване:** Потребителите не трябва да се тревожат за непоследователни стимули. Те могат да депозират от която и да е верига, която предпочитат, знаейки, че таксите, възможностите за доходност и наградите остават последователни в цялата екосистема на OmniYield.
* **Споделена токеномика:** Всички такси на протокола, независимо от изходната верига, допринасят към един и същ глобален модел на приходи.
* **Прозрачни показатели:** Унифицираното отчитане елиминира несъответствията и подобрява възможността за одит.
  {% endhint %}