> 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/et/omniyield/arhitektuur.md).
# Arhitektuur
OmniYieldi arhitektuur on loodud olema modulaarne, plokiahelast sõltumatu ja väga skaleeritav.
Meie peamine eesmärk on luua plokiahelast sõltumatu tootluse kiht, mis maksimeerib kasutajate riskiga korrigeeritud tootlust kogu DeFi-s. Selle saavutamiseks kasutab süsteem ulatuslikku andmeanalüüsi, täiustatud väljaspool ahelat töötavaid algoritme, rangeid ohutusprotokolle, mitmekesistamisreegleid ja arhitektuuri, mis varjab rist-ahelalise suhtluse keerukust.
### Peamised arhitektuurikomponendid
Seifid
Kasutaja värav OmniYieldi juurde.
Need ERC-4626 standardile vastavad nutilepingud haldavad turvaliselt hoiuseid, võtavad vastu strateegiate aruandeid ja töötlevad väljamakseid.
Need toimivad peamise liidesena, mis koordineerib kasutajate vahendeid alusstrateegiatega.
Täitmiskiht (lahendaja)
OmniYieldi intelligentsikiht.
Need automatiseeritud süsteemid analüüsivad pidevalt DeFi protokolle eri ahelates, tuvastavad optimaalsed tootlusvõimalused, hindavad riske ja määravad varade jaotuse seifide jaoks.
Seda töötlust arvutatakse tõhususe huvides väljaspool ahelat - ahelasse kantakse ainult tulemused, mis takistab OmniYieldi strateegiate jäljendamist.
Strateegiad
Iga seifiga on seotud vähemalt üks strateegialeping.
See komponent teisendab lahendaja otsused tegevusteks. See käsitleb varade liikumise tehnilisi keerukusi, sealhulgas tokenivahetusi, likviidsuse pakkumist, laenamist, panustamist jne.
Sihtkohad
Konkreetsed DeFi protokollid, likviidsusfondid või tootlusfarmid, kuhu seifi varad lõppkokkuvõttes paigutatakse.
Rist-ahelalise sõnumside infrastruktuur
Alustehnoloogia, mis võimaldab rist-ahelalisi võimalusi ning hõlbustab suhtlust ja varade ülekandeid erinevate plokiahelate vahel.
### Vara elutsükkel
Varade liikumise mõistmine aitab süsteemi toimimist selgitada:
{% stepper %}
{% step %}
**Hoius**
Kasutaja deponeerib ühe varatüübi (nt USDC) vastavasse OmniYieldi seifi mis tahes toetatud ahelas. Deponeeritud varad viiakse Arbitrumi hubis asuvasse seifilepingusse ja jäävad algselt sinna tegevusetult seisma.
{% endstep %}
{% step %}
**Rist-ahelaline tasakaalustamine**
* Väljaspool ahelat töötav komponent (autonoomne lahendaja) jälgib seifide saldosid ja turutingimusi. Kui jõutakse teatud lävele jõude seisvate varade osas või perioodiliste optimeerimistsüklite ajal, määrab see kindlaks praeguste strateegiate optimaalse jaotuse integreeritud ahelate lõikes ning pakub välja tasakaalustamisplaani. Kui ettepanek vastab ohutus- ja jõudlusnõuetele, algatab see tasakaalustamise (nt X koguse USDC liigutamise strateegiasse A ahelas Y) Arbitrumi hubis asuva seifilepingu kaudu.
* Kasutades LayerZero’t ja Axelarit, saadetakse hubist sihtahelate vastavasse seifilepingusse sõnum, mis sisaldab tasakaalustamisjuhiseid.
* Süsteem teostab vajalikud sammud (nagu sildamine, vahetamine, deponeerimine jne) tasakaalustamiseks.
* Uuendatud jaotus salvestatakse ning kinnituse/seisundi uuendused saadetakse sõnumsidekihi kaudu tagasi Arbitrumi hubi. See protsess võib hõlmata jõude seisvate vahendite liigutamist hubist strateegiasse või vahendite nihutamist erinevate strateegiate vahel parema tootluse saavutamiseks.
{% endstep %}
{% step %}
**Automaatne liitintressi kasvatamine ja koondraporteerimine**
* Strateegialepingud nõuavad perioodiliselt sihtprotokollidest teenitud preemiaid, teisendades need seifi baasvaraks (nt USDC) ja investeerides need automaatselt uuesti. Seda protsessi korraldavad selleks volitatud Keeperid.
* Tulemuse andmeid, sealhulgas nende strateegiate poolt kõigis toetatud ahelates genereeritud preemiaid, raporteeritakse pidevalt tagasi Arbitrumi hubi. Preemiad lisatakse seifi koguväärtusele, kasvatades hoiustajate tootlust automaatselt liitintressina.
{% endstep %}
{% step %}
**Väljamakse**
* Väljamaksed ei piirdu hoiuse tegemise ahelaga; kasutajad võivad esitada väljamakse taotluse igal ajal mis tahes toetatud ahelast (**see ei pea olema sama ahel, mida kasutati hoiuse tegemiseks**).
* 9% tulemustasu arvutatakse kasutaja hoiuse teenitud kasumi põhjal kõigi alusstrateegiate ja ahelate lõikes.
* Taotlus suunatakse Arbitrumi hubi. Kui seifis on piisavalt jõude seisvaid vahendeid (varasid, mida ei ole aktiivselt strateegiates kasutusele võetud), töödeldakse väljamakse kohe.
* Kui seifis ei ole piisavalt jõude seisvaid vahendeid, annab hub strateegiatele korralduse nõutav summa välja võtta. Eelisjärjekorras võetakse vahendeid välja strateegiatest, kus mõju üldisele tootlusele (APR-ile) on minimaalne. See protsess võib sõltuvalt alusprotokollidest võtta veidi kauem aega.
{% endstep %}
{% step %}
**Nõudmine**
* Kui seifis on piisavalt likviidsust olemas, saab kasutaja oma väljamakse kätte nõuda. Kättesaamisel kantakse vastavad varad rist-ahelalise infrastruktuuri kaudu kasutaja rahakotti.
{% endstep %}
{% endstepper %}
### Rist-ahelaline arhitektuur
OmniYieldi infrastruktuur on üles ehitatud tugevale rummu-ja-kodarate arhitektuurile:
* **Rumm:** Kasutame Arbitrumit oma keskse operatiivse rummuna ("peaahel"). Siin asub peamiselt OmniYieldi protokolli põhiloogika, keerulised arvutused ja üldine olekuhaldus.
* **Kodarad:** Kõik teised toetatud plokiahelad toimivad 'kodaraahelate' või 'külgahelatena'. Need on võrgud, kust kasutajate hoiused võivad pärineda ja kuhu paljud aluslikud tootlusstrateegiad on juurutatud. Need toimivad peamiselt täitmispunktidena, võttes vastu juhiseid Rummult.
#### **Suhtlusvoog:**
{% stepper %}
{% step %}
**Agregeerimine**
Kui tehakse tasakaalustamisotsus või toimuvad kasutaja tegevused (nagu hoiused/väljamaksed, mis nõuavad rist-ahelalist liikumist), genereeritakse rist-ahelalised sõnumid ja edastatakse need turvaliselt kodaraahelatest Arbitrumi hubi.
{% endstep %}
{% step %}
**Arvutus**
Rumm töötleb neid sissetulevaid sõnumeid, teeb vajalikud arvutused (nagu varade jaotuse optimeerimine kõigi kodarate vahel, kogu seifi tootluse arvutamine, tasude koondamine) ja teeb süsteemi globaalse vaate põhjal strateegilisi otsuseid.
{% endstep %}
{% step %}
**Jaotus**
Kui otsused on tehtud, jaotatakse vajalikud juhised ja tehinguandmed Arbitrumist tagasi vastavatele nutilepingutele kodaraahelates täitmiseks (nt vahendite paigutamine konkreetsesse strateegiasse teises võrgus).
{% endstep %}
{% endstepper %}
{% hint style="success" %}
See modulaarne disain võimaldab:
* **Tsentraliseeritud loogika, detsentraliseeritud täitmine**\
See mudel tagab andmete järjepidevuse, kuna Arbitrumi rumm toimib ainsa tõeallikana. Tegelik kapitali paigutamine toimub kodaraahelate lõikes, kasutades ära iga ahela ainulaadseid võimalusi.
* **Modulaarsus ja laiendatavus**\
Uusi ahelaid, varasid, strateegiaid ja sihtkohti saab integreerida plug-and-play põhimõttel minimaalsete muudatustega olemasolevas koodibaasis.\
See tagab madala ründeala, samal ajal soodustades täiendavate toodete arendamist. Oma töökindluse ja funktsionaalsuse edasiseks suurendamiseks integreerib OmniYieldi protokoll end erinevate DeFi primitiivide ja infrastruktuuridega, pakkudes parimat kasutuskogemust ja võimaldades sujuvat suhtlust teiste finantsvahenditega.
{% endhint %}
### Rist-ahelaline suhtlus
Meie rummu-ja-kodarate mudeli toimimine paljudel plokiahelatel on võimalik tänu juhtivate rist-ahelalise sõnumside pakkujate kasutamisele: LayerZero ja Axelar (ning tulevikus võimalik et ka teised, mis on kohandatud konkreetsete tokenite/ahelate/funktsioonide jaoks).
LayerZero võimaldab kerget ja tõhusat sõnumsidet, tagades minimaalse viiteaja ja usalduseta koostalitlusvõime kõigis toetatud võrkudes. Axelar täiendab seda kõrgetasemelise marsruutimise ja üldistatud rist-ahelaliste sõnumite turvalise edastamisega.
* **Suhtluse selgroog:** Need protokollid toimivad turvalise ja usaldusväärse suhtluse infrastruktuurina, mis ühendab meie Rummi (Arbitrumi) kõigi kodaraahelatega. Need pakuvad olulisi teid andmete ja juhiste edastamiseks üle plokiahelate piiride. Kogu sõnumite edastamine, valideerimine ja arveldamine toimub nende pakkujate turvaliste sõnumsidekanalite kaudu.
* **Peamiste toimingute võimaldamine:** LayerZero ja Axelar edastavad olulisi sõnumeid, mida põhifunktsioonide jaoks vaja on. See hõlmab järgmist:
* Rummu teavitamine uutest hoiustest, mis on tehtud kodaraahelates.
* Väljamaksetaotluste edastamine kodaraahelate kasutajatelt Rummule töötlemiseks.
* Käskude saatmine Rummust kodaraahelate strateegialepingutele hoiuste, väljamaksete või tasakaalustamiste teostamiseks.
* Kodaraahelate strateegiatest saadud tootluse, tulemusnäitajate ja tasuandmete raporteerimine tagasi Rummule.
### Koondatud tasuaruandlus
Tüüpilistes mitmeahelalistes seadistustes toimib iga ahel sageli isoleeritud saarena, mille loogika ja tulemusaruandlus on eraldi. OmniYield võtab kasutusele radikaalselt teistsuguse lähenemise. Usume, et meie ökosüsteem peaks toimima ühe ühtse protokollina, mitte killustatud ahelapõhiste juurutuste kogumina.
Kuigi OmniYield teenib tasusid tootlusstrateegiatest, mis toimivad mitmel ahelal. Protokoll rakendab koondatud tasuaruandlust - protsessi, kus tasude genereerimise andmed kõigist toetatud ahelatest koondatakse, normaliseeritakse ja arvutatakse Arbitrumis (hubis).
{% hint style="success" %}
See võimaldab:
* **Paindlik kasutajakogemus:** Kasutajad ei pea muretsema ebajärjekindlate stiimulite pärast. Nad saavad hoiustada mis tahes eelistatud ahelast, teades, et tasud, tootlusvõimalused ja preemiad jäävad kogu OmniYieldi ökosüsteemis ühtseks.
* **Jagatud tokenoomika:** Kõik protokollitasud, sõltumata nende päritoluahelast, panustavad samasse globaalsesse tulumudelisse.
* **Läbipaistvad mõõdikud:** Ühtne aruandlus kõrvaldab vastuolud ja parandab auditeeritavust.
{% endhint %}