# Архитектура
Архитектурата на OmniYield е проектирана да бъде модулна, независима от веригата и силно мащабируема.
Нашата основна цел е да създадем слой за доходност, независим от веригата, който максимизира възвръщаемостта, коригирана спрямо риска, за потребителите в DeFi. За да постигне това, системата използва обстоен анализ на данни, усъвършенствани off-chain алгоритми, строги протоколи за сигурност, правила за диверсификация и архитектура, която абстрахира сложността на междуверижното взаимодействие.
### Основни архитектурни компоненти
Хранилища
Входната точка на потребителя към OmniYield.
Тези смарт договори, съвместими с ERC-4626, управляват сигурно депозитите, получават отчети от стратегиите и обработват тегленията.
Те служат като основен интерфейс, който координира средствата на потребителите с базовите Стратегии.
Изпълнителен слой (Solver)
Слоят на интелигентност на OmniYield.
Тези автоматизирани системи непрекъснато анализират DeFi протоколи във всички вериги, идентифицират оптимални възможности за доходност, оценяват рисковете и определят разпределението на активите за Хранилищата.
Тази обработка се изчислява off-chain за по-голяма ефективност — само резултатите се прилагат onchain, което предотвратява имитирането на стратегиите на OmniYield.
Стратегии
Към всяко Хранилище е свързан поне един договор за Стратегия.
Този компонент превръща решенията на solver-а в действия. Той обработва техническите сложности на движението на активи, включително размяна на токени, осигуряване на ликвидност, кредитиране, стейкинг и др.
Цели
Конкретните DeFi протоколи, пулове за ликвидност или yield farm-ове, където активите на хранилището в крайна сметка се разпределят.
Инфраструктура за междуверижни съобщения
Базовата технология, която осигурява междуверижни възможности, улеснявайки комуникацията и прехвърлянето на активи между различни блокчейни.
### Жизненият цикъл на актива
Разбирането на потока на активите помага да се изясни работата на системата:
{% stepper %}
{% step %}
**Депозит**
Потребител депозира един тип актив (напр. USDC) в съответното OmniYield Хранилище във всяка поддържана верига. Депозираните активи се прехвърлят към договора на Хранилището в Arbitrum hub-а и първоначално остават неактивни там.
{% endstep %}
{% step %}
**Междуверижно ребалансиране**
* Off-chain компонентът (автономният Solver) следи баланса на хранилищата и пазарните условия. След като бъде достигнат определен праг на неактивни активи или по време на периодични цикли за оптимизация, той определя оптималното разпределение за текущите Стратегии във всички интегрирани вериги и предлага план за ребалансиране. Ако предложението отговаря на изискванията за сигурност и производителност, той инициира ребалансиране (напр. прехвърляне на X количество USDC към Стратегия A във Верига Y) чрез договора на Хранилището в Arbitrum hub-а.
* С помощта на LayerZero и Axelar се изпраща съобщение с инструкции за ребалансиране от hub-а към съответния договор на Хранилището в целевите вериги.
* Системата изпълнява необходимите стъпки (като bridge-ване, суапове, депозиране и т.н.), за да ребалансира.
* Актуализираното разпределение се записва и потвърждения/актуализации за статуса се изпращат обратно към Arbitrum hub-а чрез слоя за съобщения. Този процес може да включва прехвърляне на неактивни средства от hub-а в Стратегия или прехвърляне на средства между различни Стратегии в търсене на по-добра доходност.
{% endstep %}
{% step %}
**Автоматично реинвестиране и консолидирано отчитане**
* Договорите на Стратегиите периодично заявяват натрупаните награди от целевите протоколи, които се конвертират в базовия актив на хранилището (напр. USDC) и се реинвестират автоматично. Този процес се организира от упълномощени Keepers.
* Данни за производителност, включително наградите, генерирани от тези Стратегии във всички поддържани вериги, се отчитат непрекъснато обратно към Arbitrum hub-а. Наградите се добавят към общата стойност на хранилището, като автоматично натрупват доходността за вложителите.
{% endstep %}
{% step %}
**Теглене**
* Тегленията не са ограничени до веригата на депозита; потребителите могат да инициират заявка за теглене по всяко време от която и да е поддържана верига (**не е необходимо да е същата верига, използвана за депозита**).
* Такса за производителност от 9% се изчислява въз основа на печалбата, генерирана от депозита на потребителя във всички базови Стратегии и вериги.
* Заявката се маршрутизира към Arbitrum hub-а. Ако Хранилището разполага с достатъчно неактивни средства (активи, които не са активно разпределени в Стратегии), тегленето се обработва незабавно.
* Ако Хранилището няма достатъчно неактивни средства, hub-ът сигнализира на Стратегиите да изтеглят необходимата сума. Предпочитание се дава на Стратегиите, при които въздействието върху общата доходност (APR) е минимално. Този процес може да отнеме малко повече време в зависимост от базовите протоколи.
{% endstep %}
{% step %}
**Потвърждаване на получаване**
* След като в Хранилището има достатъчно ликвидност, потребителят може да получи своето теглене. При заявяване съответните активи се прехвърлят към портфейла на потребителя чрез междуверижната инфраструктура.
{% endstep %}
{% endstepper %}
### Междуверижна архитектура
Инфраструктурата на OmniYield е изградена върху здрава hub-and-spoke архитектура:
* **Hub:** Използваме Arbitrum като наш централен оперативен hub („главната верига“). Именно там се намират основната логика, сложните изчисления и цялостното управление на състоянието на протокола OmniYield.
* **Spokes:** Всички други поддържани блокчейни функционират като „spoke chains“ или „side chains“. Това са мрежите, от които могат да произхождат потребителските депозити и където са разположени много от базовите yield Стратегии. Те основно действат като точки за изпълнение, получавайки инструкции от Hub-а.
#### **Поток на комуникация:**
{% 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 (и потенциално други, съобразени със специфични токени/вериги/функции в бъдеще).
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-а).
{% 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/bg/omniyield/arkhitektura.md?ask=
```
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.