> 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/uk/omniyield/arkhitektura.md).
# Архітектура
Архітектура OmniYield спроєктована так, щоб бути модульною, незалежною від конкретного блокчейна та високоштабованою.
Наша головна мета — створити незалежний від конкретного блокчейна рівень дохідності, який максимізує дохідність з урахуванням ризику для користувачів у всьому DeFi. Щоб досягти цього, система використовує розширений аналіз даних, передові позаланцюгові алгоритми, суворі протоколи безпеки, правила диверсифікації та архітектуру, що абстрагує складність міжланцюгової взаємодії.
### Ключові архітектурні компоненти
Сховища
Шлюз користувача до OmniYield.
Ці смартконтракти, що відповідають стандарту ERC-4626, безпечно керують депозитами, отримують звіти від стратегій і обробляють виведення коштів.
Вони слугують основним інтерфейсом, який координує кошти користувачів із базовими Стратегіями.
Рівень виконання (Solver)
Рівень інтелекту OmniYield.
Ці автоматизовані системи постійно аналізують протоколи DeFi в різних ланцюгах, визначають оптимальні можливості дохідності, оцінюють ризики та визначають розподіл активів для Сховищ.
Ця обробка виконується поза ланцюгом для ефективності — лише результати впроваджуються в ланцюзі, що запобігає копіюванню стратегій OmniYield.
Стратегії
До кожного Сховища прив’язано щонайменше один контракт Стратегії.
Цей компонент перетворює рішення solver на дії. Він обробляє технічні складнощі переміщення активів, зокрема обмін токенів, надання ліквідності, кредитування, стейкінг тощо.
Напрямки
Конкретні протоколи DeFi, пули ліквідності або ферми дохідності, куди зрештою розміщуються активи сховища.
Інфраструктура міжланцюгового обміну повідомленнями
Базова технологія, що забезпечує можливості міжланцюгової взаємодії, сприяючи комунікації та переказу активів між різними блокчейнами.
### Життєвий цикл активів
Розуміння потоку активів допомагає прояснити роботу системи:
{% stepper %}
{% step %}
**Депозит**
Користувач вносить один тип активу (наприклад, USDC) у відповідне Сховище OmniYield у будь-якому підтримуваному ланцюзі. Внесені активи переміщуються до контракту Сховища на хабі Arbitrum і спочатку там простоюють без використання.
{% endstep %}
{% step %}
**Міжланцюгове ребалансування**
* Позаланцюговий компонент (автономний Solver) відстежує баланси сховищ і ринкові умови. Коли досягається певний поріг неактивних активів або під час періодичних циклів оптимізації, він визначає оптимальний розподіл для поточних Стратегій у всіх інтегрованих ланцюгах і пропонує план ребалансування. Якщо пропозиція відповідає вимогам безпеки та продуктивності, вона ініціює ребалансування (наприклад, переміщення X кількості USDC до Стратегії A в Ланцюзі Y) через контракт Сховища на хабі Arbitrum.
* За допомогою LayerZero та Axelar повідомлення з інструкціями щодо ребалансування надсилається з хаба до відповідного контракту Сховища в цільових ланцюгах.
* Система виконує необхідні кроки (такі як бриджинг, обмін, внесення тощо) для ребалансування.
* Оновлений розподіл фіксується, а підтвердження/оновлення статусу надсилаються назад на хаб Arbitrum через рівень обміну повідомленнями. Цей процес може передбачати переміщення неактивних коштів із хаба до Стратегії або переказ коштів між різними Стратегіями у пошуках кращої дохідності.
{% endstep %}
{% step %}
**Автокомпаундинг і консолідована звітність**
* Контракти Стратегій періодично отримують зароблені винагороди з цільових протоколів, конвертують їх у базовий актив сховища (наприклад, USDC) і автоматично реінвестують. Цим процесом керують уповноважені Keepers.
* Дані про продуктивність, включно з винагородами, згенерованими цими Стратегіями в усіх підтримуваних ланцюгах, безперервно надсилаються назад на хаб Arbitrum. Винагороди додаються до загальної вартості сховища, автоматично компаундіючи дохід для вкладників.
{% endstep %}
{% step %}
**Виведення**
* Виведення не обмежується ланцюгом депозиту; користувачі можуть ініціювати запит на виведення будь-коли з будь-якого підтримуваного ланцюга (**це не обов’язково має бути той самий ланцюг, який використовувався для депозиту**).
* Комісія за результат у розмірі 9% обчислюється на основі прибутку, отриманого від депозиту користувача в усіх базових Стратегіях і ланцюгах.
* Запит спрямовується на хаб Arbitrum. Якщо у Сховища достатньо неактивних коштів (активів, які не задіяні в Стратегіях), виведення обробляється негайно.
* Якщо у Сховища недостатньо неактивних коштів, хаб надсилає Стратегіям сигнал на виведення необхідної суми. Перевага надається виведенню зі Стратегій, де вплив на загальну дохідність (APR) є мінімальним. Цей процес може зайняти трохи більше часу залежно від базових протоколів.
{% endstep %}
{% step %}
**Отримати**
* Щойно в Сховищі стає достатньо ліквідності, користувач може отримати своє виведення. Після отримання відповідні активи переказуються до гаманця користувача через міжланцюгову інфраструктуру.
{% endstep %}
{% endstepper %}
### Міжланцюгова архітектура
Інфраструктура OmniYield побудована на надійній архітектурі хаб-і-промені:
* **Хаб:** Ми використовуємо Arbitrum як наш центральний операційний хаб («головний ланцюг»). Саме тут переважно розміщуються основна логіка, складні обчислення та загальне керування станом протоколу OmniYield.
* **Промені:** Усі інші підтримувані блокчейни функціонують як «променеві ланцюги» або «бічні ланцюги». Це мережі, з яких можуть походити депозити користувачів і де розгортається багато базових Стратегій дохідності. Вони переважно виступають як точки виконання, отримуючи інструкції від Хаба.
#### **Потік комунікації:**
{% stepper %}
{% step %}
**Агрегація**
Коли ухвалюється рішення про ребалансування або відбуваються дії користувача (наприклад, депозити/виведення, що потребують міжланцюгового переміщення), створюються міжланцюгові повідомлення, які безпечно передаються з променевих ланцюгів на хаб Arbitrum.
{% endstep %}
{% step %}
**Обчислення**
Хаб обробляє ці вхідні повідомлення, виконує необхідні обчислення (наприклад, оптимізує розподіл активів між усіма променями, обчислює загальну ефективність сховища, консолідує комісії) і приймає стратегічні рішення на основі свого глобального бачення системи.
{% endstep %}
{% step %}
**Розподіл**
Після ухвалення рішень необхідні інструкції та дані транзакцій розповсюджуються назад з Arbitrum до відповідних смартконтрактів на променевих ланцюгах для виконання (наприклад, внесення коштів у конкретну Стратегію в іншій мережі).
{% endstep %}
{% endstepper %}
{% hint style="success" %}
Ця модульна конструкція забезпечує:
* **Централізована логіка, децентралізоване виконання**\
Ця модель забезпечує узгодженість даних, оскільки хаб Arbitrum виступає єдиним джерелом істини. Фактичне розміщення капіталу відбувається в променевих ланцюгах, використовуючи унікальні можливості, які надає кожен ланцюг.
* **Модульність і розширюваність**\
Нові ланцюги, активи, стратегії та напрямки можна інтегрувати за принципом plug-and-play з мінімальними змінами в наявній кодовій базі.\
Це забезпечує низьку площу атаки та водночас сприяє розробці додаткових продуктів. Щоб ще більше підвищити його надійність і функціональність, протокол OmniYield інтегрується з різними примітивами та інфраструктурами DeFi, забезпечуючи найкращий користувацький досвід і безперешкодну взаємодію з іншими фінансовими інструментами.
{% endhint %}
### Міжланцюгова комунікація
Робота нашої моделі хаб-і-промені в численних блокчейнах стає можливою завдяки використанню провідних постачальників міжланцюгових повідомлень: LayerZero та Axelar (а в майбутньому, можливо, й інших, адаптованих до конкретних токенів/ланцюгів/функцій).
LayerZero забезпечує легку та ефективну передачу повідомлень, гарантуючи мінімальну затримку й бездовірчу взаємодію між підтримуваними мережами. Axelar доповнює це високорівневим маршрутизаційним механізмом і безпечним доставленням узагальнених міжланцюгових повідомлень.
* **Комунікаційний каркас:** Ці протоколи виступають як безпечна та надійна інфраструктура комунікації, що з’єднує наш Хаб (Arbitrum) з усіма променевими ланцюгами. Вони забезпечують необхідні канали для передавання даних та інструкцій через межі блокчейнів. Усе пересилання повідомлень, верифікація та врегулювання виконуються через захищені канали обміну повідомленнями цих провайдерів.
* **Сприяння ключовим операціям:** LayerZero та Axelar передають критично важливі повідомлення, необхідні для основних функцій. Це включає:
* Сповіщення Хаба про нові депозити, зроблені в променевих ланцюгах.
* Передавання запитів на виведення від користувачів у променевих ланцюгах до Хаба для обробки.
* Надсилання команд від Хаба до контрактів Стратегій у променевих ланцюгах для виконання депозитів, виведення або ребалансування.
* Надсилання звітів про дохідність, показників ефективності та даних про комісії від Стратегій у променевих ланцюгах назад до Хаба.
### Консолідована звітність щодо комісій
У типових багатоланцюгових конфігураціях кожен ланцюг часто працює як окремий силос із ізольованою логікою та звітністю про продуктивність. OmniYield обирає радикально інший підхід. Ми вважаємо, що наша екосистема має працювати як єдиний, цілісний протокол, а не як фрагментований набір розгортань, прив’язаних до окремих ланцюгів.
Хоча OmniYield генерує комісії від стратегій дохідності, що працюють у численних ланцюгах. Протокол реалізує консолідовану звітність щодо комісій — процес, у якому дані про генерування комісій з усіх підтримуваних ланцюгів агрегуються, нормалізуються та обчислюються на Arbitrum (хабі).
{% hint style="success" %}
Це забезпечує:
* **Гнучкий користувацький досвід:** Користувачам не потрібно турбуватися про неузгоджені стимули. Вони можуть вносити кошти з будь-якого бажаного ланцюга, знаючи, що комісії, можливості дохідності та винагороди залишаються незмінними в усій екосистемі OmniYield.
* **Спільна токеноміка:** Усі комісії протоколу, незалежно від ланцюга походження, надходять до однієї й тієї самої глобальної моделі доходів.
* **Прозорі метрики:** Уніфікована звітність усуває розбіжності та покращує можливість аудиту.
{% endhint %}