# Arhitektuur

OmniYielde arhitektuur on loodud olema modulaarne, ahelast sõltumatu ja väga skaleeritav.

Meie peamine eesmärk on luua ahelast sõltumatu tootluskihi, mis maksimeerib kasutajate riskiga korrigeeritud tootlust kogu DeFi ulatuses. Selle saavutamiseks kasutab süsteem ulatuslikku andmeanalüüsi, täiustatud off-chain-algoritme, rangeid ohutusprotokolle, hajutamise reegleid ning arhitektuuri, mis abstraheerib rist-ahelalise suhtluse keerukuse.

### Peamised arhitektuurikomponendid

<details>

<summary><strong>Varahoidlad</strong></summary>

Kasutaja värav OmniYieldi juurde.

Need ERC-4626-ga ühilduvad nutilepingud haldavad turvaliselt hoiuseid, võtavad strateegiatelt vastu aruandeid ja töötlevad väljamakseid.

Need toimivad peamise liidesena, mis koordineerib kasutajate vahendeid aluseks olevate strateegiatega.

</details>

<details>

<summary><strong>Täitmiskihi (Solver)</strong></summary>

OmniYieldi intelligentsuskiht.

Need automatiseeritud süsteemid analüüsivad pidevalt DeFi-protokolle üle erinevate ahelate, tuvastavad optimaalsed tootlusvõimalused, hindavad riske ja määravad varade jaotuse varahoidlate vahel.

See töötlus arvutatakse tõhususe huvides off-chain – ainult tulemused rakendatakse on-chain, vältides OmniYieldi strateegiate kopeerimist.

</details>

<details>

<summary><strong>Strateegiad</strong></summary>

Iga varahoidlaga on seotud vähemalt üks Strategy leping.

See komponent muudab lahendaja otsused tegevusteks. See tegeleb varade liikumise tehnilise keerukusega, sealhulgas tokenite vahetus, likviidsuse pakkumine, laenamine, panustamine jne.

</details>

<details>

<summary><strong>Sihtkohad</strong></summary>

Konkreetsed DeFi-protokollid, likviidsusfondid või tootlusfarmid, kuhu varahoidla varad lõpuks paigutatakse.

</details>

<details>

<summary><strong>Rist-ahela sõnumside infrastruktuur</strong></summary>

Alustehnoloogia, mis võimaldab rist-ahela võimalusi, hõlbustades suhtlust ja varade ülekandeid erinevate plokiahelate vahel.

</details>

### Varade elutsükkel

Varade liikumise mõistmine aitab süsteemi toimimist selgitada:

{% stepper %}
{% step %}
**Sissemakse**

Kasutaja teeb ühte tüüpi vara (nt USDC) sissemakse vastavasse OmniYieldi varahoidlasse mis tahes toetatud ahelas. Deponeeritud varad liigutatakse Arbitrumi hubis asuvasse varahoidla lepingusse ja jäävad seal algselt jõude.
{% endstep %}

{% step %}
**Rist-ahelaline tasakaalustamine**

* Off-chain komponent (autonoomne Solver) jälgib varahoidlate saldosid ja turutingimusi. Kui jõude varade hulk ületab teatud lävendi või regulaarsete optimeerimistsüklite ajal, määrab see integreeritud ahelates olevate praeguste strateegiate jaoks optimaalse jaotuse ja pakub välja tasakaalustamisplaani. Kui ettepanek vastab ohutus- ja jõudlusnõuetele, käivitab see tasakaalustamise (nt X koguse USDC liigutamine strateegiasse A ahelal Y) läbi Arbitrumi hubis oleva varahoidla lepingu.&#x20;
* Kasutades LayerZerot ja Axelarit, saadetakse hubist sihtahelatesse vastavatesse varahoidla lepingutesse tasakaalustamisjuhiseid sisaldav sõnum.
* Süsteem teostab vajalikud sammud (nagu ülekandmine, vahetamine, hoiustamine jne) tasakaalustamiseks.
* Uuendatud jaotus salvestatakse ning kinnituse/seisundi uuendused saadetakse sõnumikihi kaudu tagasi Arbitrumi hubi. See protsess võib hõlmata jõude vahendite viimist hubist strateegiasse või vahendite ümberpaigutamist erinevate strateegiate vahel parema tootluse saavutamiseks.
  {% endstep %}

{% step %}
**Automaatne liitmine ja koondaruandlus**

* Strateegialepingud nõuavad perioodiliselt sihtprotokollidelt teenitud preemiad sisse, teisendavad need varahoidla põhivaraks (nt USDC) ja reinvesteerivad need automaatselt. Seda protsessi korraldavad õigustega Keeperid.&#x20;
* Jõudlusandmeid, sealhulgas nende strateegiate loodud preemiaid kõikidel toetatud ahelatel, edastatakse pidevalt tagasi Arbitrumi hubi. Preemiad lisatakse varahoidla koguväärtusele, liites hoiustajate tootlust automaatselt.
  {% endstep %}

{% step %}
**Väljamakse**

* Väljamaksed ei ole piiratud sissemakse ahelaga; kasutajad võivad igal ajal algatada väljamakse taotluse mis tahes toetatud ahelast (**see ei pea olema sama ahel, mida kasutati sissemakseks**).
* 9% tulemustasu arvutatakse kasutaja sissemaksega kogu aluseks olevate strateegiate ja ahelate lõikes teenitud kasumi põhjal.
* Taotlus suunatakse Arbitrumi hubi. Kui varahoidlas on piisavalt jõude vahendeid (varad, mis ei ole aktiivselt strateegiates rakendatud), töödeldakse väljamakse kohe.
* Kui varahoidlas ei ole piisavalt jõude vahendeid, annab hub strateegiatele märku vajalikus koguses välja võtta. Eelisjärjekorras võetakse välja strateegiatest, kus mõju üldisele tootlusele (APR) on minimaalne. See protsess võib sõltuvalt aluseks olevatest protokollidest veidi kauem aega võtta.
  {% endstep %}

{% step %}
**Nõudmine**

* Kui varahoidlas on piisavalt likviidsust, saab kasutaja oma väljamakse nõuda. Nõudmisel kantakse vastavad varad rist-ahela infrastruktuuri kaudu kasutaja rahakotti.
  {% endstep %}
  {% endstepper %}

### Rist-ahela arhitektuur

OmniYieldi infrastruktuur on üles ehitatud tugevale hub-and-spoke arhitektuurile:&#x20;

* **Hub:** Kasutame Arbitrumit oma keskse operatiivse hubina ("peaahel"). Siin paiknevad peamiselt OmniYieldi protokolli põhiloogika, keerukad arvutused ja üldine olekuhaldus.
* **Spokes:** Kõik teised toetatud plokiahelad toimivad „spoke chainide” ehk „külgahelatena”. Need on võrgud, kust kasutajate sissemaksed võivad pärineda ja kuhu paljud aluseks olevad tootlusstrateegiad on paigutatud. Need toimivad peamiselt täitmise lõpp-punktidena, võttes vastu juhiseid Hubist.

<figure><img src="https://954087583-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2FcMcq7CdPxVFPVJMUzlcn%2Fuploads%2FBtawLgOlAjrD8wyj0BEj%2Fimage.avif?alt=media&#x26;token=d98a07d3-6b84-4c1b-bab0-3e2c1ed7870d" alt=""><figcaption></figcaption></figure>

#### **Suhtlusvoog:**

{% stepper %}
{% step %}
**Koondamine**

Kui tehakse tasakaalustamisotsus või toimuvad kasutaja tegevused (nagu sissemaksed/väljamaksed, mis nõuavad rist-ahelalist liikumist), genereeritakse rist-ahela sõnumid ja edastatakse turvaliselt spoke chainidelt Arbitrumi hubi.
{% endstep %}

{% step %}
**Arvutus**

Hub töötleb need saabuvad sõnumid, teeb vajalikud arvutused (nagu varade jaotuse optimeerimine kõigi spoke chainide vahel, üldise varahoidla jõudluse arvutamine, tasude koondamine) ning teeb süsteemi globaalse vaate põhjal strateegilisi otsuseid.
{% endstep %}

{% step %}
**Jaotus**

Kui otsused on tehtud, jaotatakse vajalikud juhised ja tehinguandmed Arbitrumist tagasi spoke chainide vastavatesse nutilepingutesse täitmiseks (nt vahendite sissemakse 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 hub toimib ainsa tõeallikana. Tegelik kapitali paigutamine toimub üle spoke chainide, kasutades iga ahela pakutavaid ainulaadseid võimalusi.
* **Modulaarsus ja laiendatavus**\
  Uusi ahelaid, varasid, strateegiaid ja sihtkohti saab integreerida plug-and-play põhimõttel, olemasolevasse koodibaasi minimaalseid muudatusi tehes.\
  See tagab väikese ründepinna ning hõlbustab täiendavate toodete arendamist. Oma töökindluse ja funktsionaalsuse进一步 tugevdamiseks integreerib OmniYieldi protokoll erinevate DeFi-primitiivide ja infrastruktuuridega, pakkudes parimat kasutajakogemust ning võimaldades sujuvat suhtlust teiste finantstööriistadega.
  {% endhint %}

### Rist-ahela suhtlus

Meie hub-and-spoke mudeli toimimine paljude plokiahelate lõikes on võimalik tänu juhtivate rist-ahela sõnumside pakkujate kasutamisele: LayerZero ja Axelar (ning tulevikus võimalik, et teisedki, mis on kohandatud konkreetsete tokenite/ahelate/funktsioonide jaoks).&#x20;

LayerZero võimaldab kerget ja tõhusat sõnumivahetust, tagades minimaalse latentsuse ja usalduseta koostalitluse toetatud võrkude vahel. Axelar täiendab seda kõrgtasemel marsruutimise ja üldiste rist-ahelasõnumite turvalise edastusega.

* **Suhtluse selgroog:** Need protokollid toimivad turvalise ja usaldusväärse sideinfrastruktuurina, mis ühendab meie Hubi (Arbitrum) kõigi Spoke-ahelatega. Need pakuvad hädavajalikke teid andmete ja juhiste edastamiseks plokiahelate piiride vahel. Kogu sõnumite edastamine, valideerimine ja arveldamine toimub nende pakkujate turvaliste sõnumsidereelingute kaudu.
* **Peamiste toimingute võimaldamine:** LayerZero ja Axelar edastavad kriitilisi sõnumeid, mis on vajalikud põhifunktsioonideks. See hõlmab:
  * Teavitada Hubi uutest sissemaksetest, mis on tehtud spoke chainidel.
  * Edastada kasutajate väljamaksetaotlused spoke chainidelt Hubi töötlemiseks.
  * Saata Hubist käske spoke chainidel asuvatele strateegiatingimustele, et teostada sissemakseid, väljamakseid või tasakaalustamisi.
  * Edastada spoke chainidel asuvate strateegiate loodud tootlus, tulemusnäitajad ja tasuandmed tagasi Hubi.

### Koondatud tasude aruandlus

Tüüpilistes mitme ahelaga seadistustes toimib iga ahel sageli eraldatud silona koos isoleeritud loogika ja jõudluse aruandlusega. OmniYield läheneb sellele radikaalselt teisiti. Usume, et meie ökosüsteem peaks toimima ühe ühtse protokollina, mitte killustatud ahelaspetsiifiliste juurutuste kogumina.

Kuigi OmniYield teenib tasusid tootlusstrateegiatest, mis tegutsevad paljudel ahelatel, rakendab protokoll koondatud tasude aruandlust – protsessi, kus kõigi toetatud ahelate tasude genereerimise andmed koondatakse, normaliseeritakse ja arvutatakse Arbitrumis (hubis).&#x20;

{% hint style="success" %}
See võimaldab:

* **Paindlik kasutajakogemus:** Kasutajad ei pea muretsema ebajärjekindlate stiimulite pärast. Nad saavad teha sissemakseid mis tahes eelistatud ahelast, teades, et tasud, tootlusvõimalused ja preemiad jäävad kogu OmniYieldi ökosüsteemis samaks.
* **Jagatud tokenoomika:** Kõik protokolli tasud, sõltumata nende algusahelast, panustavad samasse globaalsesse tulumudelisse.
* **Läbipaistvad näitajad:** Ühtne aruandlus kõrvaldab lahknevused ja parandab auditeeritavust.
  {% endhint %}