Arhitektūra
OmniYield arhitektūra ir izstrādāta tā, lai tā būtu modulāra, no ķēdes neatkarīga 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, progresīvus off-chain algoritmus, stingrus drošības protokolus, diversifikācijas noteikumus un arhitektūru, kas abstrahē starpķēžu mijiedarbības sarežģītību.
Galvenās arhitektūras sastāvdaļas
Seifi
Lietotāja vārteja uz OmniYield.
Šie ar ERC-4626 saderīgie viedie līgumi droši pārvalda noguldījumus, saņem pārskatus no stratēģijām un apstrādā izmaksas.
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 dažādās ķēdēs, identificē optimālās ienesīguma iespējas, novērtē riskus un nosaka aktīvu sadali Seifos.
Šī apstrāde efektivitātes nolūkos tiek veikta ārpus ķēdes — onchain tiek ieviesti tikai rezultāti, novēršot OmniYield stratēģiju atdarināšanu.
Stratēģijas
Pie katra Seifa ir piesaistīts vismaz viens Stratēģijas līgums.
Šī sastāvdaļa pārvērš solvera lēmumus darbībās. Tā apstrādā aktīvu pārvietošanas tehniskās sarežģītības, tostarp tokenu maiņu, likviditātes nodrošināšanu, aizdevumus, staking u. c.
Galamē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
Pamata tehnoloģija, kas nodrošina starpķēžu iespējas, atvieglojot saziņu un aktīvu pārnesi starp dažādām blokķēdēm.
Aktīvu dzīves cikls
Izpratne par aktīvu plūsmu palīdz skaidrāk saprast sistēmas darbību:
Noguldījums
Lietotājs iemaksā viena veida aktīvu (piem., USDC) attiecīgajā OmniYield Seifā jebkurā atbalstītajā ķēdē. Iemaksātie aktīvi tiek pārvietoti uz Seifa līgumu Arbitrum centrmezglā un sākotnēji tur atrodas dīkstāvē.
Starpķēžu līdzsvarošana
Off-chain komponents (autonomais Solver) uzrauga seifa atlikumus un tirgus apstākļus. Tiklīdz tiek sasniegts noteikts dīkstāvē esošo 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ārvietojot X USDC apjomu uz Stratēģiju A ķēdē Y) caur Seifa līgumu Arbitrum centrmezglā.
Izmantojot LayerZero un Axelar, no centrmezgla uz attiecīgo Seifa līgumu mērķa ķēdēs tiek nosūtīts ziņojums ar līdzsvarošanas norādījumiem.
Sistēma veic nepieciešamos soļus (piem., tiltošanu, maiņu, noguldīš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 centrmezglu. Šis process var ietvert dīkstāvē esošu līdzekļu pārvietošanu no centrmezgla uz Stratēģiju vai līdzekļu pārvirzīšanu starp dažādām Stratēģijām, lai sasniegtu labāku ienesīgumu.
Automātiska procentu kapitalizācija un konsolidēta atskaitīšanās
Stratēģiju līgumi periodiski pieprasa nopelnītās atlīdzības no galamērķa protokoliem, pārvērš tās seifa bāzes aktīvā (piem., USDC) un automātiski atkārtoti iegulda. Šo procesu koordinē pilnvaroti Keeperi.
Veiktspējas dati, tostarp šo Stratēģiju radītās atlīdzības visās atbalstītajās ķēdēs, tiek nepārtraukti ziņoti atpakaļ uz Arbitrum centrmezglu. Atlīdzības tiek pievienotas seifa kopējai vērtībai, automātiski kapitalizējot ienesīgumu noguldītājiem.
Izmaksa
Izmaksas nav ierobežotas ar noguldījuma ķēdi; lietotāji var jebkurā laikā iesniegt izmaksas pieprasījumu no jebkuras atbalstītās ķēdes (tam nav jābūt tai pašai ķēdei, kas izmantota noguldījumam).
9% veiktspējas maksa tiek aprēķināta, pamatojoties uz peļņu, ko lietotāja noguldījums ir radījis visās pamatā esošajās Stratēģijās un ķēdēs.
Pieprasījums tiek novirzīts uz Arbitrum centrmezglu. Ja Seifā ir pietiekami daudz dīkstāvē esošu līdzekļu (aktīvu, kas pašlaik nav aktīvi izvietoti Stratēģijās), izmaksa tiek apstrādāta nekavējoties.
Ja Seifā nav pietiekami daudz dīkstāvē esošu līdzekļu, centrmezgls norāda Stratēģijām izņemt nepieciešamo summu. Tas prioritizē izņemšanu no Stratēģijām, kur kopējās ienesīguma (APR) ietekme ir minimāla. Atkarībā no pamatā esošajiem protokoliem šis process var aizņemt nedaudz ilgāku laiku.
Pieprasīt
Kad Seifā ir pieejama pietiekama likviditāte, lietotājs var pieprasīt savu izmaksu. Pēc pieprasīšanas 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 centru-un-spieķu arhitektūras pamata:
Centrmezgls: Mēs izmantojam Arbitrum kā mūsu centrālo operacionālo mezglu ("galveno ķēdi"). Šeit galvenokārt atrodas OmniYield protokola pamata loģika, sarežģītie aprēķini un vispārējā 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 centrmezgla.
Saziņas plūsma:
Agregācija
Kad tiek pieņemts līdzsvarošanas lēmums vai notiek lietotāju darbības (piem., noguldījumi/izmaksas, kam nepieciešama starpķēžu pārvietošana), tiek ģenerēti starpķēžu ziņojumi, kas droši tiek nodoti no spieķu ķēdēm uz Arbitrum centrmezglu.
Aprēķins
Centrmezgls apstrādā šos ienākošos ziņojumus, veic nepieciešamos aprēķinus (piem., optimizē aktīvu sadalījumu visos spieķos, aprēķina kopējo seifa veiktspēju, konsolidē maksas) un pieņem stratēģiskus lēmumus, balstoties uz savu sistēmas globālo skatījumu.
Izplatīšana
Kad lēmumi ir pieņemti, nepieciešamie norādījumi un transakciju dati tiek izplatīti atpakaļ no Arbitrum uz attiecīgajiem viedajiem līgumiem spieķu ķēdēs izpildei (piem., līdzekļu noguldīšanai noteiktā Stratēģijā citā tīklā).
Šis modulārais dizains nodrošina:
Centralizēta loģika, decentralizēta izpilde Šis modelis nodrošina datu konsekvenci, jo Arbitrum centrmezgls darbojas kā vienīgais patiesības avots. Faktiskais kapitāla izvietojums notiek visās spieķu ķēdēs, izmantojot unikālās iespējas, ko sniedz katra ķēde.
Modularitāte un paplašināmība Jaunas ķēdes, aktīvi, stratēģijas un galamērķi var tikt integrēti kā “plug-and-play” ar minimālām izmaiņām esošajā kodu bāzē. Tas nodrošina nelielu uzbrukuma virsmu, vienlaikus veicinot papildu produktu izstrādi. Lai vēl vairāk uzlabotu robustumu un funkcionalitāti, OmniYield Protocol integrējas ar dažādiem DeFi primitīviem un infrastruktūrām, nodrošinot vislabāko lietotāja pieredzi un vienkāršu mijiedarbību ar citiem finanšu rīkiem.
Starpķēžu saziņa
Mūsu centra-un-spieķu modeļa darbību daudzās blokķēdēs nodrošina vadošie starpķēžu ziņojumapmaiņas pakalpojumu sniedzēji: LayerZero un Axelar (un, iespējams, nākotnē arī citi, kas 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 sadarbspēju starp atbalstītajiem tīkliem. 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 Centrmezglu (Arbitrum) ar visām Spieķu ķēdēm. Tie nodrošina būtiskos ceļus datu un norādījumu pārsūtīšanai pāri blokķēžu robežām. Visa ziņojumu pārsūtīšana, validācija un norēķini tiek veikti, izmantojot šo pakalpojumu sniedzēju drošos ziņojumapmaiņas kanālus.
Svarīgāko darbību nodrošināšana: LayerZero un Axelar pārsūta kritiski svarīgus ziņojumus, kas nepieciešami pamatfunkcijām. Tas ietver:
Centrmezgla paziņošanu par jauniem noguldījumiem, kas veikti spieķu ķēdēs.
Izmaksas pieprasījumu pārsūtīšanu no lietotājiem spieķu ķēdēs uz Centrmezglu apstrādei.
Komandu nosūtīšanu no Centrmezgla uz stratēģiju līgumiem spieķu ķēdēs, lai izpildītu noguldījumus, izmaksas vai līdzsvarošanu.
Ienesīguma, veiktspējas metrikas un maksu datu ziņošanu no stratēģijām spieķu ķēdēs atpakaļ uz Centrmezglu.
Konsolidēta maksu atskaitīšanās
Tipiskās vairāku ķēžu konfigurācijās katra ķēde bieži darbojas kā silo ar izolētu loģiku un veiktspējas atskaitīšanos. OmniYield izvēlas radikāli atšķirīgu pieeju. Mēs uzskatām, ka mūsu ekosistēmai jādarbojas kā vienotam protokolam, nevis kā sadrumstalotai atsevišķu ķēdei specifisku izvietojumu kopai.
Lai gan OmniYield gūst maksas no ienesīguma stratēģijām, kas darbojas daudzās ķēdēs. Protokols ievieš konsolidētu maksu atskaitīšanos — procesu, kurā maksu ģenerēšanas dati no visām atbalstītajām ķēdēm tiek apkopoti, normalizēti un aprēķināti Arbitrum (centrmezglā).
Tas nodrošina:
Elastīgu lietotāja pieredzi: Lietotājiem nav jāraizējas 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ā paliek konsekventas.
Kopīga tokenomika: Visas protokola maksas, neatkarīgi no izcelsmes ķēdes, tiek ieskaitītas vienā un tajā pašā globālajā ieņēmumu modelī.
Pārskatāri rādītāji: Vienotā atskaitīšanās novērš neatbilstības un uzlabo auditējamību.
Pēdoreiz atjaunināts