> 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/lt/omniyield/architektura.md).
# Architektūra
OmniYield architektūra sukurta taip, kad būtų modulinė, nepriklausoma nuo grandinės ir labai lengvai plečiama.
Mūsų pagrindinis tikslas yra sukurti nuo grandinės nepriklausantį grąžos sluoksnį, kuris maksimaliai padidintų rizika pakoreguotą grąžą vartotojams visoje DeFi ekosistemoje. Tam sistema naudoja išsamią duomenų analizę, pažangius už grandinės ribų veikiančius algoritmus, griežtus saugumo protokolus, diversifikavimo taisykles ir architektūrą, kuri paslepia tarpgrandininės sąveikos sudėtingumą.
### Pagrindiniai architektūriniai komponentai
Saugyklos
Vartai vartotojui į OmniYield.
Šios su ERC-4626 suderinamos išmaniosios sutartys saugiai valdo indėlius, gauna ataskaitas iš strategijų ir apdoroja atsiėmimus.
Jos veikia kaip pagrindinė sąsaja, koordinuojanti vartotojų lėšas su pagrindinėmis strategijomis.
Vykdymo sluoksnis (sprendiklis)
OmniYield intelekto sluoksnis.
Šios automatizuotos sistemos nuolat analizuoja DeFi protokolus įvairiose grandinėse, nustato optimalias grąžos galimybes, vertina rizikas ir nurodo turto paskirstymą Saugykloms.
Šis apdorojimas efektyvumo sumetimais atliekamas už grandinės ribų – tik rezultatai įgyvendinami grandinėje, taip užkertant kelią OmniYield strategijų imitavimui.
Strategijos
Prie kiekvienos Saugyklos prijungta bent viena Strategijos sutartis.
Šis komponentas sprendiklio sprendimus paverčia veiksmais. Jis tvarko techninį turto judėjimo sudėtingumą, įskaitant žetonų keitimą, likvidumo teikimą, skolinimą, statymą ir kt.
Paskirties vietos
Konkrečios DeFi platformos, likvidumo telkiniai ar grąžos ūkiai, į kuriuos galiausiai paskirstomas saugyklų turtas.
Tarpgrandininė pranešimų infrastruktūra
Pagrindinė technologija, įgalinanti tarpgrandines galimybes ir palengvinanti ryšį bei turto perdavimą tarp skirtingų blokų grandinių.
### Turto gyvavimo ciklas
Suprasti turto srautą padeda geriau paaiškinti sistemos veikimą:
{% stepper %}
{% step %}
**Indėlis**
Vartotojas įneša vieno tipo turtą (pvz., USDC) į atitinkamą OmniYield Saugyklą bet kurioje palaikomoje grandinėje. Įneštas turtas perkeliamas į Saugyklos sutartį Arbitrum centre ir iš pradžių ten lieka nenaudojamas.
{% endstep %}
{% step %}
**Tarpgrandininis perbalansavimas**
* Už grandinės ribų veikiantis komponentas (autonominis sprendiklis) stebi saugyklų balansus ir rinkos sąlygas. Kai pasiekiamas tam tikras nenaudojamo turto slenkstis arba periodinių optimizavimo ciklų metu, jis nustato optimalų esamų strategijų turto paskirstymą integruotose grandinėse ir pateikia perbalansavimo planą. Jei pasiūlymas atitinka saugumo ir našumo apribojimus, per Arbitrum centre esančią Saugyklos sutartį inicijuojamas perbalansavimas (pvz., X USDC perkėlimas į Strategiją A grandinėje Y).
* Naudojant LayerZero ir Axelar, pranešimas su perbalansavimo instrukcijomis siunčiamas iš centro į atitinkamą tikslinių grandinių Saugyklos sutartį.
* Sistema vykdo reikiamus veiksmus (pvz., tiltinimą, keitimą, indėlio įnešimą ir pan.), kad atliktų perbalansavimą.
* Atnaujintas paskirstymas įrašomas, o patvirtinimo / būsenos atnaujinimai per pranešimų sluoksnį siunčiami atgal į Arbitrum centrą. Šis procesas gali apimti nenaudojamų lėšų perkėlimą iš centro į Strategiją arba lėšų perstumdymą tarp skirtingų Strategijų, siekiant geresnės grąžos.
{% endstep %}
{% step %}
**Automatinis palūkanų reinvestavimas ir konsoliduotos ataskaitos**
* Strategijų sutartys periodiškai pasiima uždirbtus atlygius iš paskirties protokolų, konvertuoja juos į saugyklos bazinį turtą (pvz., USDC) ir automatiškai reinvestuoja. Šį procesą koordinuoja įgalioti prižiūrėtojai (Keepers).
* Veiklos duomenys, įskaitant šių Strategijų visose palaikomose grandinėse sugeneruotus atlygius, nuolat pateikiami atgal į Arbitrum centrą. Atlygis pridedamas prie bendros saugyklos vertės, taip automatiškai didinant indėlininkų grąžą.
{% endstep %}
{% step %}
**Atsiėmimas**
* Atsiėmimai neapsiriboja indėlio grandine; vartotojai gali bet kada inicijuoti atsiėmimo užklausą iš bet kurios palaikomos grandinės (**ji neturi būti ta pati grandinė, kuria buvo atliktas indėlis**).
* 9 % našumo mokestis apskaičiuojamas pagal pelną, gautą iš vartotojo indėlio per visas pagrindines Strategijas ir grandines.
* Užklausa nukreipiama į Arbitrum centrą. Jei Saugykloje yra pakankamai nenaudojamų lėšų (turto, kuris aktyviai nedirba Strategijose), atsiėmimas apdorojamas nedelsiant.
* Jei Saugykloje nepakanka nenaudojamų lėšų, centras nurodo Strategijoms atsiimti reikiamą sumą. Pirmenybė teikiama atsiėmimui iš Strategijų, kuriose poveikis bendrai grąžai (APR) yra mažiausias. Šis procesas gali užtrukti šiek tiek ilgiau, priklausomai nuo pagrindinių protokolų.
{% endstep %}
{% step %}
**Atsiimti**
* Kai Saugykloje yra pakankamai likvidumo, vartotojas gali pareikalauti savo atsiėmimo. Pareikalavus, atitinkamas turtas per tarpgrandininę infrastruktūrą perkeliamas į vartotojo piniginę.
{% endstep %}
{% endstepper %}
### Tarpgrandininė architektūra
OmniYield infrastruktūra paremta tvirta centro ir šakų architektūra:
* **Centras:** Naudojame Arbitrum kaip savo centrinį operacinį centrą („pagrindinę grandinę“). Čia daugiausia yra įgyvendinta pagrindinė logika, sudėtingi skaičiavimai ir bendra OmniYield protokolo būsenos valdymo sistema.
* **Šakos:** Visos kitos palaikomos blokų grandinės veikia kaip „šakos grandinės“ arba „šoninės grandinės“. Tai yra tinklai, iš kurių gali būti atliekami vartotojų indėliai ir kuriuose diegiama daug pagrindinių grąžos Strategijų. Jos pirmiausia veikia kaip vykdymo galiniai taškai, priimdamos nurodymus iš Centro.
#### **Ryšio srautas:**
{% stepper %}
{% step %}
**Sujungimas**
Kai priimamas perbalansavimo sprendimas arba įvyksta vartotojo veiksmai (pvz., indėliai / atsiėmimai, kuriems reikia tarpgrandininio judėjimo), tarpgrandininiai pranešimai generuojami ir saugiai perduodami iš šakų grandinių į Arbitrum centrą.
{% endstep %}
{% step %}
**Skaičiavimas**
Centras apdoroja šiuos gaunamus pranešimus, atlieka reikiamus skaičiavimus (pvz., optimizuoja turto paskirstymą visose šakose, apskaičiuoja bendrą saugyklos našumą, konsoliduoja mokesčius) ir priima strateginius sprendimus, remdamasis bendra sistemos apžvalga.
{% endstep %}
{% step %}
**Paskirstymas**
Kai sprendimai priimami, būtinos instrukcijos ir sandorių duomenys iš Arbitrum grąžinami atitinkamoms išmaniosioms sutartims šakų grandinėse vykdymui (pvz., lėšų įnešimui į konkrečią Strategiją kitame tinkle).
{% endstep %}
{% endstepper %}
{% hint style="success" %}
Šis modulinis dizainas leidžia:
* **Centralizuota logika, decentralizuotas vykdymas**\
Šis modelis užtikrina duomenų vientisumą, nes Arbitrum centras veikia kaip vienintelis tiesos šaltinis. Tikrasis kapitalo paskirstymas vyksta per šakų grandines, išnaudojant unikalią kiekvienos grandinės siūlomą galimybę.
* **Moduliškumas ir plėtra**\
Naujos grandinės, turtas, strategijos ir paskirties vietos gali būti integruojamos „plug-and-play“ principu su minimaliais esamos kodų bazės pakeitimais.\
Tai užtikrina mažą atakos paviršių ir palengvina papildomų produktų kūrimą. Siekiant dar labiau sustiprinti jo patikimumą ir funkcionalumą, OmniYield protokolas integruojasi su įvairiomis DeFi primityvomis ir infrastruktūromis, suteikdamas geriausią vartotojo patirtį ir leisdamas sklandžiai sąveikauti su kitais finansiniais įrankiais.
{% endhint %}
### Tarpgrandininis ryšys
Mūsų centro ir šakų modelio veikimas per daugybę blokų grandinių įmanomas naudojant pirmaujančius tarpgrandinių pranešimų teikėjus: LayerZero ir Axelar (o ateityje – galbūt ir kitus, pritaikytus konkretiems žetonams/grandinėms/funkcijoms).
LayerZero suteikia lengvą ir efektyvų pranešimų siuntimą, užtikrindamas minimalią delsą ir bepasitikėjimo nereikalaujantį sąveikumą palaikomuose tinkluose. Axelar tai papildo aukšto lygio maršruto parinkimu ir saugiu bendrų tarpgrandinių pranešimų pristatymu.
* **Ryšio stuburas:** Šie protokolai veikia kaip saugi ir patikima ryšio infrastruktūra, jungianti mūsų Centrą (Arbitrum) su visomis Šakų grandinėmis. Jie suteikia būtinus kelius duomenims ir instrukcijoms perduoti per blokų grandinių ribas. Visas pranešimų persiuntimas, tikrinimas ir atsiskaitymas vykdomas per saugius šių teikėjų pranešimų kanalus.
* **Palengvinant pagrindines operacijas:** LayerZero ir Axelar perduoda svarbius pranešimus, reikalingus pagrindinėms funkcijoms. Tai apima:
* Pranešimus Centrui apie naujus indėlius, atliktus šakų grandinėse.
* Atsiėmimo užklausų iš vartotojų šakų grandinėse perdavimą Centrui apdoroti.
* Komandų siuntimą iš Centro į strategijų sutartis šakų grandinėse, kad būtų vykdomi indėliai, atsiėmimai ar perbalansavimai.
* Grąžos, našumo rodiklių ir mokesčių duomenų iš strategijų šakų grandinėse siuntimą atgal į Centrą.
### Konsoliduotas mokesčių ataskaitų teikimas
Įprastose kelių grandinių sąrankose kiekviena grandinė dažnai veikia kaip atskiras silosas su izoliuota logika ir našumo ataskaitomis. OmniYield pasirenka visiškai kitokį požiūrį. Manome, kad mūsų ekosistema turėtų veikti kaip vienas vientisas protokolas, o ne kaip suskaidyta, su grandinėmis susieta diegimų kolekcija.
Nors OmniYield generuoja mokesčius iš grąžos strategijų, veikiančių daugelyje grandinių, protokolas įgyvendina konsoliduotą mokesčių ataskaitų teikimą – procesą, kai mokesčių generavimo duomenys iš visų palaikomų grandinių yra sujungiami, normalizuojami ir apskaičiuojami Arbitrum (centre).
{% hint style="success" %}
Tai leidžia:
* **Lanksti vartotojo patirtis:** Vartotojams nereikia rūpintis nenuosekliais paskatinimais. Jie gali įnešti iš bet kurios jiems patinkančios grandinės, žinodami, kad mokesčiai, grąžos galimybės ir atlygiai išlieka vienodi visoje OmniYield ekosistemoje.
* **Bendra tokenomika:** Visi protokolo mokesčiai, nepriklausomai nuo kilmės grandinės, prisideda prie to paties bendro pajamų modelio.
* **Skaidrūs rodikliai:** Vieninga ataskaitų teikimo sistema pašalina neatitikimus ir pagerina audituojamumą.
{% endhint %}
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## 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/lt/omniyield/architektura.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.