Arhitektūra

OmniYield arhitektūra ir izstrādāta 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 maksimizē lietotāju riskam pielāgoto atdevi visā DeFi. Lai to panāktu, sistēma izmanto plašu datu analīzi, uzlabotus ārpusķēdes algoritmus, stingrus drošības protokolus, diversifikācijas noteikumus un arhitektūru, kas abstrahē prom starpķēžu mijiedarbības sarežģītību.

Galvenie arhitektūras komponenti

Seifi

Lietotāja vārteja uz OmniYield.

Šie ERC-4626 atbilstošie viedie līgumi droši pārvalda iemaksas, saņem stratēģiju pārskatus 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ālas ienesīguma iespējas, novērtē riskus un nosaka aktīvu sadali Seifiem.

Šī apstrāde efektivitātes labad tiek veikta ārpus ķēdes — ķēdē tiek ieviesti tikai rezultāti, tādējādi novēršot OmniYield stratēģiju atdarināšanu.

Stratēģijas

Katrai Seifam ir piesaistī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 maiņu, likviditātes nodrošināšanu, aizdošanu, staking u. c.

Mērķi

Konkrētie DeFi protokoli, likviditātes baseini vai ienesīguma fermas, kuros galu galā tiek izvietoti seifa 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ārskaitījumus 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:

1

Iemaksa

Lietotājs jebkurā atbalstītajā ķēdē iemaksā viena veida aktīvu (piem., USDC) attiecīgajā OmniYield Seifā. Iemaksātie aktīvi tiek pārvietoti uz Seifa līgumu Arbitrum centrā un sākotnēji tur paliek neizmantoti.

2

Starpķēžu līdzsvarošana

• Ārpusķēdes komponents (autonoms Solver) uzrauga seifu atlikumus un tirgus apstākļus. Kad tiek sasniegts noteikts neizmantoto aktīvu slieksnis vai periodisku optimizācijas ciklu laikā, tas nosaka optimālo pašreizējo Stratēģiju sadali visās 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 uzsāk līdzsvarošanu (piem., pārvietojot X USDC uz Stratēģiju A ķēdē Y) caur Seifa līgumu Arbitrum centrā.

• Izmantojot LayerZero un Axelar, no centra uz attiecīgajiem Seifa līgumiem mērķa ķēdēs tiek nosūtīts ziņojums ar līdzsvarošanas norādījumiem.

• Sistēma izpilda nepieciešamos soļus (piemēram, pārbridžošanu, maiņu, iemaksāšanu u. c.), lai veiktu līdzsvarošanu.

• 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 centru. Šis process var ietvert neizmantoto līdzekļu pārvietošanu no centra uz Stratēģiju vai līdzekļu pārbīdi starp dažādām Stratēģijām, lai vajātu labāku ienesīgumu.

3

Automātiska salikšana un konsolidēta atskaite

• Stratēģiju līgumi periodiski pieprasa nopelnītās atlīdzības no mērķa protokoliem, tās tiek konvertētas seifa pamataktīvā (piem., USDC) un automātiski atkārtoti ieguldītas. Š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 centru. Atlīdzības tiek pievienotas seifa kopējai vērtībai, automātiski salikjot peļņu noguldītājiem.

4

Izņemšana

• Izņemšana nav ierobežota ar iemaksas ķēdi; lietotāji var uzsākt 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 iemaksai).

• 9% veiktspējas maksa tiek aprēķināta, balstoties uz peļņu, ko lietotāja iemaksa ģenerējusi visās pamatā esošajās Stratēģijās un ķēdēs.

• Pieprasījums tiek novirzīts uz Arbitrum centru. Ja Seifā ir pietiekami daudz neizmantotu līdzekļu (aktīvu, kas pašlaik netiek aktīvi izvietoti Stratēģijās), izņemšana tiek apstrādāta nekavējoties.

• Ja Seifā nav pietiekami daudz neizmantotu līdzekļu, centrs signalizē Stratēģijām izņemt nepieciešamo summu. Prioritāte tiek dota izņemšanai no Stratēģijām, kur ietekme uz kopējo ienesīgumu (APR) ir vismazākā. Atkarībā no pamatā esošajiem protokoliem šis process var aizņemt nedaudz ilgāku laiku.

5

Pieprasīt

• Kad Seifā 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.

Starpķēžu arhitektūra

OmniYield infrastruktūra ir veidota uz robustas centra-un-atzaru arhitektūras:

• Centrs: Mēs izmantojam Arbitrum kā mūsu centrālo operatīvo mezglu („galveno ķēdi”). Tieši šeit galvenokārt atrodas OmniYield protokola pamatloģika, sarežģītie aprēķini un vispārējā stāvokļa pārvaldība.

• Atzari: Visas pārējās atbalstītās blokķēdes darbojas kā „atzaru ķēdes” vai „sānu ķēdes”. Šie ir tīkli, no kuriem var nākt lietotāju iemaksas un kuros tiek izvietotas daudzas pamatā esošās ienesīguma Stratēģijas. Tie galvenokārt kalpo kā izpildes galapunkti, saņemot norādījumus no Centra.

Saziņas plūsma:

1

Konsolidācija

Kad tiek pieņemts lēmums par līdzsvarošanu vai notiek lietotāju darbības (piemēram, iemaksas/izņemšanas, kam nepieciešama starpķēžu kustība), tiek ģenerēti starpķēžu ziņojumi, kas droši tiek nodoti no atzaru ķēdēm uz Arbitrum centru.

2

Aprēķins

Centrs apstrādā šos ienākošos ziņojumus, veic nepieciešamos aprēķinus (piemēram, optimizē aktīvu sadali visos atzaros, aprēķina kopējo seifa veiktspēju, konsolidē maksas) un pieņem stratēģiskus lēmumus, balstoties uz savu globālo sistēmas skatījumu.

3

Izplatīšana

Kad lēmumi ir pieņemti, nepieciešamās instrukcijas un darījumu dati tiek nosūtīti atpakaļ no Arbitrum uz attiecīgajiem viedajiem līgumiem atzaru ķēdēs izpildei (piem., līdzekļu iemaksai konkrētā Stratēģijā citā tīklā).

Šis modulārais dizains nodrošina:

• Centralizētu loģiku, decentralizētu izpildi Šis modelis nodrošina datu konsekvenci, jo Arbitrum centrs darbojas kā vienīgais patiesības avots. Faktiskais kapitāla izvietojums notiek visās atzaru ķēdēs, izmantojot katras ķēdes sniegtās unikālās iespējas.

• Modularitāti un paplašināmību Jaunas ķēdes, aktīvus, stratēģijas un mērķus var integrēt plug-and-play veidā ar minimālām izmaiņām esošajā kodu bāzē. Tas nodrošina mazu uzbrukuma virsmu, vienlaikus veicinot papildu produktu izstrādi. Lai vēl vairāk uzlabotu tā robustumu un funkcionalitāti, OmniYield protokols integrējas ar dažādiem DeFi primitīviem un infrastruktūrām, nodrošinot vislabāko lietotāja pieredzi un ļaujot nevainojami mijiedarboties ar citiem finanšu rīkiem.

Starpķēžu saziņa

Mūsu centra-un-atzaru 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 nākotnē, iespējams, arī citus, kas 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 uzticamu savietojamību starp atbalstītajiem tīkliem. Axelar to papildina ar augsta līmeņa maršrutēšanu un drošu vispārīgu 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 Centru (Arbitrum) ar visām Atzaru ķēdēm. Tie nodrošina būtiskos ceļus datu un norādījumu pārsūtīšanai pāri blokķēžu robežām. Visi ziņojumu pārsūtījumi, validācija un norēķini tiek veikti, izmantojot šo nodrošinātāju drošās ziņojumapmaiņas sliedes.

• Galveno darbību veicināšana: LayerZero un Axelar pārsūta kritiskus ziņojumus, kas nepieciešami pamatfunkcijām. Tas ietver:

  • Centra informēšanu par jaunām iemaksām, kas veiktas atzaru ķēdēs.

  • Izņemšanas pieprasījumu pārsūtīšanu no lietotājiem atzaru ķēdēs uz Centru apstrādei.

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

  • No stratēģijām atzaru ķēdēs atpakaļ uz Centru ziņot par ģenerēto ienesīgumu, veiktspējas rādītājiem un maksu datiem.

Konsolidēta maksu atskaite

Tipiskos vairāku ķēžu risinājumos katra ķēde bieži darbojas kā silo ar izolētu loģiku un veiktspējas atskaitēm. OmniYield izvēlas pilnīgi atšķirīgu pieeju. Mēs uzskatām, ka mūsu ekosistēmai jādarbojas kā vienam vienotam protokolam, nevis kā fragmentētam ķēdei specifisku izvietojumu kopumam.

Lai gan OmniYield gūst maksas no ienesīguma stratēģijām, kas darbojas daudzās ķēdēs. Protokols ievieš konsolidētu maksu atskaiti — procesu, kurā maksu ģenerēšanas dati no visām atbalstītajām ķēdēm tiek apkopoti, normalizēti un aprēķināti Arbitrum (centrā).

Tas nodrošina:

• Elastīgu lietotāja pieredzi: Lietotājiem nav jāuztraucas par nekonsekventiem stimuliem. Viņi var iemaksāt no jebkuras sev vēlamās ķēdes, zinot, ka maksas, ienesīguma iespējas un atlīdzības visā OmniYield ekosistēmā paliek konsekventas.

• Kopīga tokenomika: Visas protokola maksas, neatkarīgi no izcelsmes ķēdes, veicina to pašu globālo ieņēmumu modeli.

• Pārskatāmi rādītāji: Apvienotā atskaite novērš neatbilstības un uzlabo auditējamību.