# Arhitektūra
OmniYield arhitektūra ir veidota tā, lai tā būtu modulāra, neatkarīga no ķēdes un ļoti mērogojama.
Mūsu galvenais mērķis ir izveidot no ķēdes neatkarīgu ienesīguma slāni, kas maksimāli palielina lietotāju riska koriģēto atdevi visā DeFi. Lai to panāktu, sistēma izmanto plašu datu analīzi, progresīvus ārpusķēdes algoritmus, stingrus drošības protokolus, diversifikācijas noteikumus un arhitektūru, kas abstrahē starpķēžu mijiedarbības sarežģītību.
### Galvenie arhitektūras komponenti
Vaulti
Lietotāja vārteja uz OmniYield.
Šie ERC-4626 standartam atbilstošie viedie līgumi droši pārvalda noguldījumus, saņem pārskatus no stratēģijām un apstrādā izņemšanas.
Tie kalpo kā galvenā saskarne, kas koordinē lietotāju līdzekļus ar pamatā esošajām Stratēģijām.
Izpildes slānis (Solver)
OmniYield intelekta slānis.
Šīs automatizētās sistēmas nepārtraukti analizē DeFi protokolus visās ķēdēs, identificē optimālās ienesīguma iespējas, izvērtē riskus un nosaka aktīvu sadalījumu Vaultiem.
Šī apstrāde efektivitātes nolūkos tiek veikta ārpus ķēdes — ķēdē tiek ieviesti tikai rezultāti, novēršot OmniYield stratēģiju atdarināšanu.
Stratēģijas
Katra Vaulta lietā ir saistīts vismaz viens Stratēģijas līgums.
Šis komponents pārvērš solvera lēmumus darbībās. Tas apstrādā aktīvu pārvietošanas tehniskās sarežģītības, tostarp tokenu apmaiņu, likviditātes nodrošināšanu, aizdošanu, steikingu u. c.
Mērķi
Konkrētie DeFi protokoli, likviditātes pūli vai ienesīguma fermas, kuros galu galā tiek izvietoti vaulta aktīvi.
Starpķēžu ziņojumapmaiņas infrastruktūra
Pamattehnoloģija, kas nodrošina starpķēžu iespējas, veicinot saziņu un aktīvu pārsūtīšanu starp dažādām blokķēdēm.
### Aktīvu dzīves cikls
Izpratne par aktīvu plūsmu palīdz skaidrot sistēmas darbību:
{% stepper %}
{% step %}
**Noguldījums**
Lietotājs nogulda viena aktīva veidu (piem., USDC) attiecīgajā OmniYield Vault jebkurā atbalstītajā ķēdē. Noguldītie aktīvi tiek pārvietoti uz Vault līgumu Arbitrum mezglā un sākotnēji tur paliek neizmantoti.
{% endstep %}
{% step %}
**Starpķēžu līdzsvarošana**
* Ārpusķēdes komponents (autonomais Solver) uzrauga vaulta atlikumus un tirgus apstākļus. Tiklīdz tiek sasniegts noteikts neizmantoto aktīvu slieksnis vai periodisku optimizācijas ciklu laikā, tas nosaka optimālo sadalījumu pašreizējām Stratēģijām integrētajās ķēdēs un ierosina līdzsvarošanas plānu. Ja priekšlikums atbilst drošības un veiktspējas nosacījumiem, tas uzsāk līdzsvarošanu (piem., pārvieto X apmērā USDC uz Stratēģiju A ķēdē Y) caur Vault līgumu Arbitrum mezglā.
* Izmantojot LayerZero un Axelar, ziņojums ar līdzsvarošanas instrukcijām tiek nosūtīts no mezgla uz attiecīgo Vault līgumu mērķa ķēdēs.
* Sistēma izpilda nepieciešamos soļus (piemēram, pārvietošanu starp ķēdēm, apmaiņu, noguldīšanu u. c.), lai līdzsvarotu.
* Atjauninātais sadalījums tiek reģistrēts, un apstiprinājuma/statusa atjauninājumi caur ziņojumapmaiņas slāni tiek nosūtīti atpakaļ uz Arbitrum mezglu. Šis process var ietvert neizmantoto līdzekļu pārvietošanu no mezgla uz Stratēģiju vai līdzekļu pārbīdi starp dažādām Stratēģijām, lai iegūtu labāku ienesīgumu.
{% endstep %}
{% step %}
**Automātiska salikto procentu kapitalizācija un konsolidēta pārskatu sniegšana**
* Stratēģiju līgumi periodiski pieprasa nopelnītās atlīdzības no mērķa protokoliem, konvertē tās vaulta bāzes aktīvā (piem., USDC) un automātiski reinvestē. Šo procesu koordinē pilnvaroti Keepers.
* Veiktspējas dati, tostarp atlīdzības, ko šīs Stratēģijas ģenerē visās atbalstītajās ķēdēs, tiek nepārtraukti ziņoti atpakaļ uz Arbitrum mezglu. Atlīdzības tiek pievienotas vaulta kopējai vērtībai, automātiski kapitalizējot ienesīgumu noguldītājiem.
{% endstep %}
{% step %}
**Izņemšana**
* Izņemšana nav ierobežota ar noguldījuma ķēdi; lietotāji var iesniegt izņemšanas pieprasījumu jebkurā laikā no jebkuras atbalstītās ķēdes (**tai nav jābūt tai pašai ķēdei, kas tika izmantota noguldījumam**).
* 9% veiktspējas maksa tiek aprēķināta, pamatojoties uz peļņu, ko lietotāja noguldījums ģenerējis visās pamatā esošajās Stratēģijās un ķēdēs.
* Pieprasījums tiek maršrutēts uz Arbitrum mezglu. Ja Vaultā ir pietiekami daudz neizmantotu līdzekļu (aktīvi, kas aktīvi netiek izmantoti Stratēģijās), izņemšana tiek apstrādāta nekavējoties.
* Ja Vaultā nav pietiekami daudz neizmantotu līdzekļu, mezgls signalizē Stratēģijām izņemt nepieciešamo summu. Tā dod priekšroku izņemšanai no Stratēģijām, kur ietekme uz kopējo ienesīgumu (APR) ir vismazākā. Šis process var aizņemt nedaudz ilgāku laiku atkarībā no pamatā esošajiem protokoliem.
{% endstep %}
{% step %}
**Pieprasīt**
* Tiklīdz Vaultā ir pieejama pietiekama likviditāte, lietotājs var pieprasīt savu izņemšanu. Pieprasījuma brīdī attiecīgie aktīvi caur starpķēžu infrastruktūru tiek pārskaitīti uz lietotāja maku.
{% endstep %}
{% endstepper %}
### Starpķēžu arhitektūra
OmniYield infrastruktūra ir veidota uz robustas mezgla-un-spieķu arhitektūras pamata:
* **Mezgls:** Mēs izmantojam Arbitrum kā mūsu centrālo operacionālo mezglu ("galveno ķēdi"). Šeit galvenokārt atrodas OmniYield protokola pamatloģika, sarežģītie aprēķini un kopējās stāvokļa pārvaldība.
* **Spieķi:** Visas pārējās atbalstītās blokķēdes darbojas kā “spieķu ķēdes” jeb “sānu ķēdes”. Šie ir tīkli, kuros var rasties lietotāju noguldījumi un kuros tiek izvietotas daudzas pamatā esošās ienesīguma Stratēģijas. Tās galvenokārt darbojas kā izpildes galapunkti, saņemot norādījumus no Mezgls.
#### **Saziņas plūsma:**
{% stepper %}
{% step %}
**Apvienošana**
Kad tiek pieņemts līdzsvarošanas lēmums vai notiek lietotāja darbības (piemēram, noguldījumi/izņemšanas, kas prasa starpķēžu pārvietošanu), tiek ģenerēti starpķēžu ziņojumi, kas droši tiek nosūtīti no spieķu ķēdēm uz Arbitrum mezglu.
{% endstep %}
{% step %}
**Aprēķins**
Mezgls apstrādā šos ienākošos ziņojumus, veic nepieciešamos aprēķinus (piemēram, optimizē aktīvu sadalījumu visos spieķos, aprēķina kopējo vaulta veiktspēju, konsolidē maksas) un pieņem stratēģiskus lēmumus, balstoties uz savu sistēmas globālo skatījumu.
{% endstep %}
{% step %}
**Izplatīšana**
Kad lēmumi ir pieņemti, nepieciešamās instrukcijas un transakciju dati tiek nosūtīti atpakaļ no Arbitrum uz attiecīgajiem viedajiem līgumiem spieķu ķēdēs izpildei (piem., līdzekļu noguldīšana konkrētā Stratēģijā citā tīklā).
{% endstep %}
{% endstepper %}
{% hint style="success" %}
Šis modulārais dizains nodrošina:
* **Centralizēta loģika, decentralizēta izpilde**\
Šis modelis nodrošina datu konsekvenci, jo Arbitrum mezgls darbojas kā vienīgais patiesības avots. Faktiskais kapitāla izvietojums notiek spieķu ķēdēs, izmantojot katras ķēdes sniegtās unikālās iespējas.
* **Modularitāte un paplašināmība**\
Jaunas ķēdes, aktīvi, stratēģijas un mērķi var tikt integrēti plug-and-play veidā ar minimālām izmaiņām esošajā koda bāzē.\
Tas nodrošina nelielu uzbrukuma virsmu, vienlaikus veicinot papildu produktu izstrādi. Lai vēl vairāk uzlabotu tā noturību un funkcionalitāti, OmniYield protokols integrējas ar dažādiem DeFi primitīviem un infrastruktūrām, nodrošinot labāko lietotāja pieredzi un ļaujot nevainojami mijiedarboties ar citiem finanšu rīkiem.
{% endhint %}
### Starpķēžu saziņa
Mūsu mezgla-un-spieķu modeļa darbība vairākās blokķēdēs ir iespējama, izmantojot vadošos starpķēžu ziņojumapmaiņas nodrošinātājus: LayerZero un Axelar (un, iespējams, citus, kas nākotnē būs pielāgoti konkrētiem tokeniem/ķēdēm/funkcijām).
LayerZero nodrošina vieglu un efektīvu ziņojumapmaiņu, garantējot minimālu latentumu un bezuzticības savietojamību atbalstītajos tīklos. Axelar to papildina ar augsta līmeņa maršrutēšanu un drošu vispārinātu starpķēžu ziņojumu piegādi.
* **Saziņas mugurkauls:** Šie protokoli darbojas kā droša un uzticama saziņas infrastruktūra, kas savieno mūsu Mezglu (Arbitrum) ar visām Spieķu ķēdēm. Tie nodrošina būtiskos ceļus datu un instrukciju pārsūtīšanai pāri blokķēžu robežām. Visa ziņojumu pārsūtīšana, validācija un norēķini tiek veikti caur šo nodrošinātāju drošajām ziņojumapmaiņas līnijām.
* **Galveno darbību nodrošināšana** LayerZero un Axelar pārsūta kritiski svarīgus ziņojumus, kas nepieciešami pamatfunkcijām. Tas ietver:
* Mezglam paziņošanu par jauniem noguldījumiem, kas veikti spieķu ķēdēs.
* Izņemšanas pieprasījumu pārsūtīšanu no lietotājiem spieķu ķēdēs uz Mezglu apstrādei.
* Komandu nosūtīšanu no Mezgla uz stratēģiju līgumiem spieķu ķēdēs, lai izpildītu noguldījumus, izņemšanas vai līdzsvarošanu.
* Ienesīguma, veiktspējas metriku un maksu datu ziņošanu no stratēģijām spieķu ķēdēs atpakaļ uz Mezglu.
### Konsolidēta maksu pārskatu sniegšana
Tipiskās daudzķēžu sistēmās katra ķēde bieži darbojas kā izolēta silo ar atsevišķu loģiku un veiktspējas pārskatiem. OmniYield izvēlas radikāli atšķirīgu pieeju. Mēs uzskatām, ka mūsu ekosistēmai jādarbojas kā vienotam, apvienotam protokolam, nevis fragmentētam ar ķēdi saistītu izvietojumu kopumam.
Lai gan OmniYield ģenerē maksas no ienesīguma stratēģijām, kas darbojas vairākās ķēdēs. Protokols ievieš konsolidētu maksu pārskatu sniegšanu — procesu, kurā maksu ģenerēšanas dati no visām atbalstītajām ķēdēm tiek apkopoti, normalizēti un aprēķināti Arbitrum (mezglā).
{% hint style="success" %}
Tas nodrošina:
* **Elastīga lietotāja pieredze:** Lietotājiem nav jāuztraucas par nekonsekventiem stimuliem. Viņi var noguldīt no jebkuras sev vēlamās ķēdes, zinot, ka maksas, ienesīguma iespējas un atlīdzības visā OmniYield ekosistēmā saglabājas nemainīgas.
* **Kopīga tokenomika:** Visas protokola maksas, neatkarīgi no izcelsmes ķēdes, veicina vienu un to pašu globālo ieņēmumu modeli.
* **Pārredzami rādītāji:** Vienots pārskatu sniegums novērš neatbilstības un uzlabo auditējamību.
{% endhint %}
