Arhitektūra

OmniYield arhitektūra ir izstrādāta kā modulāra, ķēdei neitrāla un ļoti mērogojama, ļaujot bez traucējumiem ieviest jaunas funkcijas un seifu tipus, nepārkāpjot kodolarchitektūru.

Mūsu galvenais mērķis ir izveidot nemanāmu, ķēdei neitrālu ienesīguma slāni, kas maksimizē ar risku koriģētus atdeves rādītājus lietotājiem visā DeFi telpā. Lai to sasniegtu, sistēma izmanto plašu datu analīzi, uzlabotas ārķēdes algoritmus, stingras drošības protokolas, diversifikācijas noteikumus un arhitektūru, kas abstraktē starpķēžu mijiedarbības sarežģītību.

Galvenās arhitektūras sastāvdaļas

chevron-rightSeifihashtag

Lietotāja vārti uz OmniYield.

Šie ar ERC-4626 saderīgie viedie līgumi droši pārvalda iemaksas, saņem stratēģiju atskaites un apstrādā izņemšanas.

Tie kalpo kā galvenā saskarne, kas koordinē lietotāju līdzekļus ar pamata stratēģijām.

chevron-rightIzpildes slānis (Solver)hashtag

OmniYield intelekta slānis.

Šīs automatizētās sistēmas pastāvīgi analizē DeFi protokolus daudzās ķēdēs, identificē optimālas ienesīguma iespējas, novērtē riskus un nosaka aktīvu sadali seifiem.

Šie aprēķini tiek veikti ārķēdē, lai nodrošinātu lielāku mērogojamību un efektivitāti — tikai rezultāti tiek īstenoti ķēdē, novēršot OmniYield stratēģiju imitāciju.

chevron-rightStratēģijashashtag

Katram seifam ir vismaz viens saistīts stratēģijas līgums.

Šī sastāvdaļa pārvērš solver lēmumus darbībās. Tā pārvalda tehniskās sarežģītības aktīvu pārvietošanā, tostarp žetonu maiņas, likviditātes nodrošināšanu, aizdošanu, stakingu utt.

chevron-rightMērķihashtag

Konkrēti DeFi protokoli, likviditātes baseini vai ienesīguma saimniecības, kur galarezultātā tiek izvietoti seifa aktīvi, lai ģenerētu atdevi.

chevron-rightStarppēdu (cross-chain) ziņojumapmaiņas infrastruktūrahashtag

Pamattīkls tehnoloģija, kas ļauj OmniYield starpķēžu spējas, atvieglojot komunikāciju 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 noskaidrot sistēmas darbību:

1

Iemaksa

Lietotājs iemaksā vienas aktīvu kategorijas vērtību (piem., USDC) atbilstošajā OmniYield seifā uz jebkuras atbalstītās ķēdes. Iemaksātie aktīvi tiek pārvietoti uz seifa līgumu Arbitrum mezglā un sākotnēji tur atrodas neizmantoti.

2

Starppēdu līdzsvarošana

  • Ārķēdes komponents (autonomais Solver) uzrauga seifu atlikumus un tirgus apstākļus. Kad tiek sasniegts zināms neizmantoto līdzekļu slieksnis vai periodisku optimizācijas ciklu laikā, tas nosaka optimālo sadali pašreizējām stratēģijām integrētajās ķēdēs un piedāvā līdzsvarošanas plānu. Ja priekšlikums atbilst drošības un veiktspējas nosacījumiem, tas iniciē līdzsvarošanu (piem., pārvietojot X daudzumu USDC uz Stratēģiju A ķēdē Y) caur seifa līgumu Arbitrum mezglā.

  • Izmantojot LayerZero un Axelar, droša ziņa ar līdzsvarošanas instrukcijām tiek nosūtīta no mezgla uz attiecīgo seifa līgumu mērķa ķēdēs.

  • Sistēma izpilda nepieciešamos soļus (piem., tiltošanu, maiņas, iemaksas utt.), lai veiktu līdzsvarošanu.

  • Atjauninātā sadale tiek ierakstīta, un apstiprinājuma/statusa atjauninājumi tiek nosūtīti atpakaļ uz Arbitrum mezglu caur ziņojumapmaiņas slāni. Šis process var ietvert neizmantoto līdzekļu pārvietošanu no mezgla uz stratēģiju vai līdzekļu pārsūtīšanu starp dažādām stratēģijām, lai sekotu labākai atdevei.

3

Auto-kompondēšana un konsolidēta atskaitīšana

  • Stratēģiju līgumi periodiski atgūst nopelnītās prēmijas no mērķa protokoliem, tās tiek konvertētas seifa bāzes aktīvā (piem., USDC) un automātiski reinvestētas. Šo procesu organizē atļautie Keepers.

  • Veiktspējas dati, tostarp prēmijas, ko šīs stratēģijas ģenerē visās atbalstītajās ķēdēs, tiek nepārtraukti ziņoti atpakaļ uz Arbitrum mezglu. Prēmijas tiek pievienotas seifa kopējai vērtībai, automātiski kompondējot atdevi iemaksātājiem.

  • Šī konsolidētā atskaitīšana ļauj izveidot godīgu un caurspīdīgu maksu struktūru. 9% veiktspējas maksa tiek aprēķināta, pamatojoties uz peļņu, ko lietotāja iemaksa radījusi visās pamata stratēģijās un ķēdēs, nodrošinot konsekvenci.

4

Izņemšana

  • Izņemšanas nav ierobežotas ar iemaksu ķēdi; lietotāji var jebkurā laikā iniciēt izņemšanas pieprasījumu no jebkuras atbalstītās ķēdes (tam nav jābūt tai pašai ķēdei, kas izmantota iemaksai).

  • Pieprasījums tiek maršrutēts uz Arbitrum mezglu. Ja seifā ir pietiekami daudz neizmantotu līdzekļu (aktīvi, kas nav aktīvi izvietoti stratēģijās), izņemšana tiek apstrādāta nekavējoties.

  • Ja seifā nav pietiekami daudz neizmantotu līdzekļu, mezgls signalizē stratēģijām izņemt nepieciešamo summu. Tas prioritizē izņemšanu no stratēģijām, kur ietekme uz kopējo atdevi (APR) ir minimāla. Šis process var ilgt nedaudz ilgāk atkarībā no pamata protokoliem.

5

Prasīt

  • Kad seifā ir pieejama pietiekama likviditāte, lietotājs var pieprasīt savu izņemšanu. Pieprasot, atbilstošie aktīvi tiek pārskaitīti uz lietotāja maku, izmantojot starppēdu infrastruktūru.

Starppēdu arhitektūra

OmniYield infrastruktūra ir būvēta uz robustas mezgla-un-rādiusa (hub-and-spoke) arhitektūras:

  • Mezgls: Mēs izmantojam Arbitrum kā mūsu centrālo operacionālo mezglu ("galvenā ķēde"). Tieši šeit galvenokārt atrodas OmniYield protokola kodols, sarežģītie aprēķini un kopējā stāvokļa pārvaldība.

  • Rādiusi: Visas pārējās atbalstītās blokķēdes darbojas kā 'rādiusa ķēdes' vai 'sānķēdes'. Tās ir tīklu vietas, no kurām var rasties lietotāju iemaksas un kur tiek izvietotas daudzas pamata ienesīguma stratēģijas. Tās galvenokārt darbojas kā izpildes galapunkti, saņemot instrukcijas no Mezgla.

Komunikācijas plūsma:

1

Konsolidācija

Kad tiek pieņemts līdzsvarošanas lēmums vai notiek lietotāja darbības (piem., iemaksas/izņemšanas, kas prasa starpķēžu pārvietošanu), starpķēžu ziņojumi tiek ģenerēti un droši nodoti no rādiusa ķēdēm uz Arbitrum mezglu.

2

Aprēķini

Mezgls apstrādā šos ienākošos ziņojumus, veic nepieciešamos aprēķinus (piem., optimizējot aktīvu sadali visos rādiusos, aprēķinot kopējo seifa veiktspēju, konsolidējot maksas) un pieņem stratēģiskus lēmumus, balstoties uz savu globālo sistēmas pārskatu.

3

Izplatīšana

Kad lēmumi ir pieņemti, nepieciešamās instrukcijas un darījumu dati tiek izplatīti no Arbitrum uz attiecīgajiem viedajiem līgumiem rādiusa ķēdēs izpildei (piem., līdzekļu iemaksāšanai konkrētā stratēģijā citā tīklā).

circle-check

Starppēdu komunikācija

Mūsu mezgla-un-rādiusa modeļa nemanāmu darbību daudzās blokķēdēs padara iespējamu vadošo starpķēžu ziņojumapmaiņas nodrošinātāju izmantošana: LayerZero un Axelar (un potenciāli citi, kas nākotnē ir pielāgoti konkrētiem žetoniem/ķēdēm/funkcijām).

LayerZero nodrošina vieglu un efektīvu ziņojumapmaiņu, garantējot minimālu latentumu un uzticamu interoperabilitāti atbalstītajos tīklos. Axelar to papildina ar augsta līmeņa maršrutēšanu un drošu vispārēju starpķēžu ziņojumu piegādi.

  • Komunikācijas mugurkauls: Šie protokoli darbojas kā droša un uzticama komunikācijas infrastruktūra, kas savieno mūsu Mezglu (Arbitrum) ar visām Rādiusa ķē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 nodošana, validācija un norēķini tiek veikti, izmantojot šo nodrošinātāju drošās ziņojumapmaiņas sliedes.

  • Atbalstot galvenās operācijas: LayerZero un Axelar nodod kritiskas ziņas, kas nepieciešamas pamata funkcijām. Tas ietver:

    • Paziņošanu Mezglam par jaunām iemaksām, kas veiktas rādiusa ķēdēs.

    • Izņemt pieprasījumu nodošanu no lietotājiem rādiusa ķēdēs uz Mezglu apstrādei.

    • Komandu nosūtīšanu no Mezgla uz stratēģiju līgumiem rādiusa ķēdēs, lai izpildītu iemaksas, izņemšanas vai līdzsvarošanu.

    • Ziņošanu par ienesīgumu, veiktspējas rādītājiem un maksu datiem no stratēģijām rādiusa ķēdēs atpakaļ uz Mezglu.

Konsolidēta maksu atskaitīšana

Parastās daudzķēžu konfigurācijās katra ķēde bieži darbojas kā siloss ar izolētu loģiku un veiktspējas atskaitēm. OmniYield pieņem radikāli atšķirīgu pieeju — mēs uzskatām, ka mūsu ekosistēmai jādarbojas kā vienotam protokolam, nevis fragmentētam ķēdei specifisku izvietojumu kopumam.

Kaut arī OmniYield ģenerē maksas no ienesīguma stratēģijām, kas darbojas daudzās ķēdēs, protokols īsteno konsolidētu maksu atskaitīšanu — procesu, kurā maksas ģenerēšanas dati no visām atbalstītajām ķēdēm tiek apkopoti, normalizēti un aprēķināti Arbitrum (mezglā).

circle-check

Šis dizains ļauj OmniYield darboties kā nemanāma, mērogojama un efektīva ienesīguma infrastruktūra visai DeFi pasaulei.

Last updated