# Architektūra
„OmniYield“ architektūra sukurta taip, kad būtų modulinė, nepriklausoma nuo grandinės ir itin lengvai plečiama.
Mūsų pagrindinis tikslas – sukurti nuo grandinės nepriklausantį pajamingumo sluoksnį, kuris maksimizuotų rizika pakoreguotą grąžą vartotojams visame DeFi. Tam sistema naudoja išsamią duomenų analizę, pažangius off-chain algoritmus, griežtus saugumo protokolus, diversifikavimo taisykles ir architektūrą, kuri abstrahuoja tarpgrandininės sąveikos sudėtingumą.
### Pagrindiniai architektūriniai komponentai
Saugyklos
Vartotojo įėjimo taškas į „OmniYield“.
Šios pagal ERC-4626 suderinamos išmaniosios sutartys saugiai valdo indėlius, gauna ataskaitas iš strategijų ir apdoroja išėmimus.
Jos veikia kaip pagrindinė sąsaja, koordinuojanti vartotojų lėšas su po jomis esančiomis Strategijomis.
Vykdymo sluoksnis (sprendiklis)
„OmniYield“ intelekto sluoksnis.
Šios automatizuotos sistemos nuolat analizuoja DeFi protokolus skirtingose grandinėse, nustato optimalias pajamingumo galimybes, įvertina rizikas ir nurodo turto paskirstymą Saugykloms.
Siekiant efektyvumo šis apdorojimas vykdomas off-chain – onchain įgyvendinami tik rezultatai, taip neleidžiant kopijuoti „OmniYield“ strategijų.
Strategijos
Prie kiekvienos Saugyklos yra susieta bent viena Strategijos sutartis.
Šis komponentas sprendiklio sprendimus paverčia veiksmais. Jis valdo techninį turto judėjimo sudėtingumą, įskaitant tokenų keitimus, likvidumo teikimą, skolinimą, stakingą ir kt.
Paskirties vietos
Konkrečios DeFi platformos, likvidumo fondai arba pajamingumo ūkeliai, į kuriuos galiausiai paskirstomas saugyklos turtas.
Tarpgrandininės žinučių perdavimo infrastruktūra
Pagrindinė technologija, įgalinanti tarpgrandines galimybes, palengvinanti komunikaciją ir turto pervedimus tarp skirtingų blokų grandinių.
### Turto gyvavimo ciklas
Suprasti turto srautą padeda 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 subalansavimas**
* Off-chain komponentas (autonominis Sprendiklis) stebi saugyklų balansus ir rinkos sąlygas. Kai pasiekiamas tam tikras nenaudojamo turto slenkstis arba vyksta periodiniai optimizavimo ciklai, jis nustato optimalų esamų Strategijų paskirstymą integruotose grandinėse ir pasiūlo subalansavimo planą. Jei pasiūlymas atitinka saugumo ir našumo apribojimus, per Saugyklos sutartį Arbitrum centre inicijuojamas subalansavimas (pvz., perkeliant X USDC kiekį į Strategiją A grandinėje Y).
* Naudojant „LayerZero“ ir „Axelar“, žinutė su subalansavimo instrukcijomis siunčiama iš centro į atitinkamą tikslinių grandinių Saugyklos sutartį.
* Sistema atlieka reikiamus veiksmus (pvz., tarpgrandininį tiltą, keitimą, įnešimą ir kt.), kad subalansuotų paskirstymą.
* Atnaujintas paskirstymas įrašomas, o patvirtinimo / būsenos atnaujinimai per žinučių perdavimo sluoksnį siunčiami atgal į Arbitrum centrą. Šis procesas gali apimti nenaudojamų lėšų perkėlimą iš centro į Strategiją arba lėšų perstūmimą tarp skirtingų Strategijų, siekiant didesnio pajamingumo.
{% endstep %}
{% step %}
**Automatinis sudėtinis reinvestavimas ir suvestinės ataskaitos**
* Strategijų sutartys periodiškai pasiima uždirbtus atlygius iš paskirties protokolų, konvertuoja juos į pagrindinį saugyklos turtą (pvz., USDC) ir automatiškai reinvestuoja. Šį procesą koordinuoja įgalioti prižiūrėtojai („Keepers“).
* Našumo duomenys, įskaitant šių Strategijų sugeneruotus atlygius visose palaikomose grandinėse, nuolat pateikiami atgal į Arbitrum centrą. Atlygis pridedamas prie bendros saugyklos vertės, automatiškai sudedant grąžą indėlininkams.
{% endstep %}
{% step %}
**Išėmimas**
* Išėmimai nėra ribojami indėlio grandine; vartotojai gali inicijuoti išėmimo užklausą bet kuriuo metu iš bet kurios palaikomos grandinės (**ji nebūtinai turi būti ta pati grandinė, kuri buvo naudota indėliui**).
* 9 % našumo mokestis apskaičiuojamas pagal pelną, sugeneruotą iš vartotojo indėlio per visas pagrindines Strategijas ir grandines.
* Užklausa nukreipiama į Arbitrum centrą. Jei Saugykla turi pakankamai nenaudojamų lėšų (turto, kuris aktyviai nedirba Strategijose), išėmimas įvykdomas iš karto.
* Jei Saugykla neturi pakankamai nenaudojamų lėšų, centras nurodo Strategijoms išsiimti reikiamą sumą. Pirmiausia išsiimama iš tų Strategijų, kuriose poveikis bendram pajamingumui (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 atsiimti savo išėmimą. Patvirtinus, atitinkamas turtas per tarpgrandininę infrastruktūrą pervedamas į vartotojo piniginę.
{% endstep %}
{% endstepper %}
### Tarpgrandininė architektūra
„OmniYield“ infrastruktūra sukurta remiantis tvirta centro ir šakų architektūra:
* **Centras:** Mes naudojame Arbitrum kaip savo centrinį operacinį centrą („pagrindinę grandinę“). Čia daugiausia yra pagrindinė logika, sudėtingi skaičiavimai ir bendras „OmniYield“ protokolo būsenos valdymas.
* **Šakos:** Visos kitos palaikomos blokų grandinės veikia kaip „šakų grandinės“ arba „šoninės grandinės“. Tai tinklai, iš kurių gali kilti vartotojų indėliai ir kuriuose diegiama daugelis pagrindinių pajamingumo Strategijų. Jos daugiausia veikia kaip vykdymo galiniai taškai, gaunantys instrukcijas iš Centro.
#### **Komunikacijos srautas:**
{% stepper %}
{% step %}
**Sujungimas**
Kai priimamas subalansavimo sprendimas arba įvyksta vartotojo veiksmai (pvz., indėliai / išėmimai, kuriems reikia tarpgrandininio judėjimo), sukuriamos tarpgrandininės žinutės, kurios saugiai perduodamos iš šakų grandinių į Arbitrum centrą.
{% endstep %}
{% step %}
**Skaičiavimas**
Centras apdoroja šias gaunamas žinutes, atlieka reikiamus skaičiavimus (pvz., optimizuoja turto paskirstymą tarp visų šakų, apskaičiuoja bendrą saugyklos našumą, sujungia mokesčius) ir priima strateginius sprendimus, remdamasis savo globaliu sistemos vaizdu.
{% endstep %}
{% step %}
**Paskirstymas**
Kai sprendimai priimami, reikiamos instrukcijos ir sandorių duomenys iš Arbitrum paskirstomi atgal į atitinkamas išmaniąsias sutartis šakų grandinėse vykdymui (pvz., lėšų įnešimui į konkrečią Strategiją kitame tinkle).
{% endstep %}
{% endstepper %}
{% hint style="success" %}
Šis modulinis dizainas įgalina:
* **Centralizuotą logiką, decentralizuotą vykdymą**\
Šis modelis užtikrina duomenų nuoseklumą, nes Arbitrum centras veikia kaip vienintelis tiesos šaltinis. Faktinis kapitalo paskirstymas vyksta per šakų grandines, pasitelkiant unikalias kiekvienos grandinės suteikiamas galimybes.
* **Moduliarumą ir plėtrumą**\
Naujos grandinės, turtas, strategijos ir paskirties vietos gali būti integruojami prijunk ir naudok principu su minimaliais esamos kodų bazės pakeitimais.\
Tai užtikrina mažą atakos paviršių ir kartu palengvina papildomų produktų kūrimą. Siekiant dar labiau sustiprinti patikimumą ir funkcionalumą, „OmniYield“ protokolas integruojasi su įvairiais DeFi primityvais ir infrastruktūromis, suteikdamas geriausią vartotojo patirtį ir įgalindamas sklandžią sąveiką su kitais finansiniais įrankiais.
{% endhint %}
### Tarpgrandininė komunikacija
Mūsų centro ir šakų modelio veikimas per daugybę blokų grandinių įmanomas pasitelkiant pirmaujančius tarpgrandinių žinučių perdavimo tiekėjus: „LayerZero“ ir „Axelar“ (o ateityje galbūt ir kitus, pritaikytus konkretiems tokenams / grandinėms / funkcijoms).
„LayerZero“ užtikrina lengvą ir efektyvų žinučių perdavimą, garantuodama minimalų delsos laiką ir nepatikimą sąveikumą tarp palaikomų tinklų. „Axelar“ tai papildo aukšto lygio maršrutizavimu ir saugiu bendrųjų tarpgrandinių žinučių pristatymu.
* **Komunikacijos pagrindas:** Šie protokolai veikia kaip saugi ir patikima komunikacijos infrastruktūra, jungianti mūsų Centrą (Arbitrum) su visomis Šakų grandinėmis. Jie suteikia esminius kelius duomenims ir instrukcijoms perduoti per blokų grandinių ribas. Visas žinučių perdavimas, validavimas ir atsiskaitymas vykdomi per saugias šių tiekėjų žinučių perdavimo linijas.
* **Pagrindinių operacijų palengvinimas:** „LayerZero“ ir „Axelar“ perduoda kritines žinutes, reikalingas pagrindinėms funkcijoms. Tai apima:
* Centro informavimą apie naujus indėlius, atliktus šakų grandinėse.
* Vartotojų išėmimo užklausų perdavimą iš šakų grandinių į Centrą apdorojimui.
* Komandų siuntimą iš Centro į strategijų sutartis šakų grandinėse, kad būtų įvykdyti indėliai, išėmimai arba subalansavimai.
* Šakų grandinėse esančių strategijų sugeneruoto pajamingumo, našumo rodiklių ir mokesčių duomenų siuntimą atgal į Centrą.
### Sujungtas mokesčių ataskaitų teikimas
Tipiniuose daugiagrandiniuose sprendimuose kiekviena grandinė dažnai veikia kaip atskiras silosas su izoliuota logika ir našumo ataskaitomis. „OmniYield“ taiko visiškai kitokį požiūrį. Mes tikime, kad mūsų ekosistema turėtų veikti kaip vienas suvienytas protokolas, o ne suskaidyta grandinei specifinių diegimų kolekcija.
Nors „OmniYield“ generuoja mokesčius iš pajamingumo strategijų, veikiančių daugelyje grandinių. Protokolas įgyvendina sujungtą mokesčių ataskaitų teikimą – procesą, kai visų palaikomų grandinių mokesčių generavimo duomenys agreguojami, normalizuojami ir apskaičiuojami Arbitrum tinkle (centre).
{% hint style="success" %}
Tai leidžia:
* **Lanksčią vartotojo patirtį:** Vartotojams nereikia rūpintis nenuosekliais paskatomis. Jie gali įnešti iš bet kurios pageidaujamos grandinės, žinodami, kad mokesčiai, pajamingumo galimybės ir atlygiai išlieka vienodi visoje „OmniYield“ ekosistemoje.
* **Bendrus tokenomikos principus:** Visi protokolo mokesčiai, nepaisant kilmės grandinės, prisideda prie to paties pasaulinio pajamų modelio.
* **Skaidrius rodiklius:** Vieninga ataskaitų sistema pašalina neatitikimus ir pagerina audito galimybes.
{% endhint %}
