For the complete documentation index, see llms.txt. This page is also available as Markdown.

Architektūra

OmniYield architektūra sukurta taip, kad būtų modulinė, nepriklausoma nuo grandinės ir labai lengvai plečiama.

Mūsų pagrindinis tikslas yra sukurti nuo grandinės nepriklausantį grąžos sluoksnį, kuris maksimaliai padidintų rizika pakoreguotą grąžą vartotojams visoje DeFi ekosistemoje. Tam sistema naudoja išsamią duomenų analizę, pažangius už grandinės ribų veikiančius algoritmus, griežtus saugumo protokolus, diversifikavimo taisykles ir architektūrą, kuri paslepia tarpgrandininės sąveikos sudėtingumą.

Pagrindiniai architektūriniai komponentai

Saugyklos

Vartai vartotojui į OmniYield.

Šios su ERC-4626 suderinamos išmaniosios sutartys saugiai valdo indėlius, gauna ataskaitas iš strategijų ir apdoroja atsiėmimus.

Jos veikia kaip pagrindinė sąsaja, koordinuojanti vartotojų lėšas su pagrindinėmis strategijomis.

Vykdymo sluoksnis (sprendiklis)

OmniYield intelekto sluoksnis.

Šios automatizuotos sistemos nuolat analizuoja DeFi protokolus įvairiose grandinėse, nustato optimalias grąžos galimybes, vertina rizikas ir nurodo turto paskirstymą Saugykloms.

Šis apdorojimas efektyvumo sumetimais atliekamas už grandinės ribų – tik rezultatai įgyvendinami grandinėje, taip užkertant kelią OmniYield strategijų imitavimui.

Strategijos

Prie kiekvienos Saugyklos prijungta bent viena Strategijos sutartis.

Šis komponentas sprendiklio sprendimus paverčia veiksmais. Jis tvarko techninį turto judėjimo sudėtingumą, įskaitant žetonų keitimą, likvidumo teikimą, skolinimą, statymą ir kt.

Paskirties vietos

Konkrečios DeFi platformos, likvidumo telkiniai ar grąžos ūkiai, į kuriuos galiausiai paskirstomas saugyklų turtas.

Tarpgrandininė pranešimų infrastruktūra

Pagrindinė technologija, įgalinanti tarpgrandines galimybes ir palengvinanti ryšį bei turto perdavimą tarp skirtingų blokų grandinių.

Turto gyvavimo ciklas

Suprasti turto srautą padeda geriau paaiškinti sistemos veikimą:

1

Indėlis

Vartotojas įneša vieno tipo turtą (pvz., USDC) į atitinkamą OmniYield Saugyklą bet kurioje palaikomoje grandinėje. Įneštas turtas perkeliamas į Saugyklos sutartį Arbitrum centre ir iš pradžių ten lieka nenaudojamas.

2

Tarpgrandininis perbalansavimas

  • Už grandinės ribų veikiantis komponentas (autonominis sprendiklis) stebi saugyklų balansus ir rinkos sąlygas. Kai pasiekiamas tam tikras nenaudojamo turto slenkstis arba periodinių optimizavimo ciklų metu, jis nustato optimalų esamų strategijų turto paskirstymą integruotose grandinėse ir pateikia perbalansavimo planą. Jei pasiūlymas atitinka saugumo ir našumo apribojimus, per Arbitrum centre esančią Saugyklos sutartį inicijuojamas perbalansavimas (pvz., X USDC perkėlimas į Strategiją A grandinėje Y).

  • Naudojant LayerZero ir Axelar, pranešimas su perbalansavimo instrukcijomis siunčiamas iš centro į atitinkamą tikslinių grandinių Saugyklos sutartį.

  • Sistema vykdo reikiamus veiksmus (pvz., tiltinimą, keitimą, indėlio įnešimą ir pan.), kad atliktų perbalansavimą.

  • Atnaujintas paskirstymas įrašomas, o patvirtinimo / būsenos atnaujinimai per pranešimų sluoksnį siunčiami atgal į Arbitrum centrą. Šis procesas gali apimti nenaudojamų lėšų perkėlimą iš centro į Strategiją arba lėšų perstumdymą tarp skirtingų Strategijų, siekiant geresnės grąžos.

3

Automatinis palūkanų reinvestavimas ir konsoliduotos ataskaitos

  • Strategijų sutartys periodiškai pasiima uždirbtus atlygius iš paskirties protokolų, konvertuoja juos į saugyklos bazinį turtą (pvz., USDC) ir automatiškai reinvestuoja. Šį procesą koordinuoja įgalioti prižiūrėtojai (Keepers).

  • Veiklos duomenys, įskaitant šių Strategijų visose palaikomose grandinėse sugeneruotus atlygius, nuolat pateikiami atgal į Arbitrum centrą. Atlygis pridedamas prie bendros saugyklos vertės, taip automatiškai didinant indėlininkų grąžą.

4

Atsiėmimas

  • Atsiėmimai neapsiriboja indėlio grandine; vartotojai gali bet kada inicijuoti atsiėmimo užklausą iš bet kurios palaikomos grandinės (ji neturi būti ta pati grandinė, kuria buvo atliktas indėlis).

  • 9 % našumo mokestis apskaičiuojamas pagal pelną, gautą iš vartotojo indėlio per visas pagrindines Strategijas ir grandines.

  • Užklausa nukreipiama į Arbitrum centrą. Jei Saugykloje yra pakankamai nenaudojamų lėšų (turto, kuris aktyviai nedirba Strategijose), atsiėmimas apdorojamas nedelsiant.

  • Jei Saugykloje nepakanka nenaudojamų lėšų, centras nurodo Strategijoms atsiimti reikiamą sumą. Pirmenybė teikiama atsiėmimui iš Strategijų, kuriose poveikis bendrai grąžai (APR) yra mažiausias. Šis procesas gali užtrukti šiek tiek ilgiau, priklausomai nuo pagrindinių protokolų.

5

Atsiimti

  • Kai Saugykloje yra pakankamai likvidumo, vartotojas gali pareikalauti savo atsiėmimo. Pareikalavus, atitinkamas turtas per tarpgrandininę infrastruktūrą perkeliamas į vartotojo piniginę.

Tarpgrandininė architektūra

OmniYield infrastruktūra paremta tvirta centro ir šakų architektūra:

  • Centras: Naudojame Arbitrum kaip savo centrinį operacinį centrą („pagrindinę grandinę“). Čia daugiausia yra įgyvendinta pagrindinė logika, sudėtingi skaičiavimai ir bendra OmniYield protokolo būsenos valdymo sistema.

  • Šakos: Visos kitos palaikomos blokų grandinės veikia kaip „šakos grandinės“ arba „šoninės grandinės“. Tai yra tinklai, iš kurių gali būti atliekami vartotojų indėliai ir kuriuose diegiama daug pagrindinių grąžos Strategijų. Jos pirmiausia veikia kaip vykdymo galiniai taškai, priimdamos nurodymus iš Centro.

Ryšio srautas:

1

Sujungimas

Kai priimamas perbalansavimo sprendimas arba įvyksta vartotojo veiksmai (pvz., indėliai / atsiėmimai, kuriems reikia tarpgrandininio judėjimo), tarpgrandininiai pranešimai generuojami ir saugiai perduodami iš šakų grandinių į Arbitrum centrą.

2

Skaičiavimas

Centras apdoroja šiuos gaunamus pranešimus, atlieka reikiamus skaičiavimus (pvz., optimizuoja turto paskirstymą visose šakose, apskaičiuoja bendrą saugyklos našumą, konsoliduoja mokesčius) ir priima strateginius sprendimus, remdamasis bendra sistemos apžvalga.

3

Paskirstymas

Kai sprendimai priimami, būtinos instrukcijos ir sandorių duomenys iš Arbitrum grąžinami atitinkamoms išmaniosioms sutartims šakų grandinėse vykdymui (pvz., lėšų įnešimui į konkrečią Strategiją kitame tinkle).

Tarpgrandininis ryšys

Mūsų centro ir šakų modelio veikimas per daugybę blokų grandinių įmanomas naudojant pirmaujančius tarpgrandinių pranešimų teikėjus: LayerZero ir Axelar (o ateityje – galbūt ir kitus, pritaikytus konkretiems žetonams/grandinėms/funkcijoms).

LayerZero suteikia lengvą ir efektyvų pranešimų siuntimą, užtikrindamas minimalią delsą ir bepasitikėjimo nereikalaujantį sąveikumą palaikomuose tinkluose. Axelar tai papildo aukšto lygio maršruto parinkimu ir saugiu bendrų tarpgrandinių pranešimų pristatymu.

  • Ryšio stuburas: Šie protokolai veikia kaip saugi ir patikima ryšio infrastruktūra, jungianti mūsų Centrą (Arbitrum) su visomis Šakų grandinėmis. Jie suteikia būtinus kelius duomenims ir instrukcijoms perduoti per blokų grandinių ribas. Visas pranešimų persiuntimas, tikrinimas ir atsiskaitymas vykdomas per saugius šių teikėjų pranešimų kanalus.

  • Palengvinant pagrindines operacijas: LayerZero ir Axelar perduoda svarbius pranešimus, reikalingus pagrindinėms funkcijoms. Tai apima:

    • Pranešimus Centrui apie naujus indėlius, atliktus šakų grandinėse.

    • Atsiėmimo užklausų iš vartotojų šakų grandinėse perdavimą Centrui apdoroti.

    • Komandų siuntimą iš Centro į strategijų sutartis šakų grandinėse, kad būtų vykdomi indėliai, atsiėmimai ar perbalansavimai.

    • Grąžos, našumo rodiklių ir mokesčių duomenų iš strategijų šakų grandinėse siuntimą atgal į Centrą.

Konsoliduotas mokesčių ataskaitų teikimas

Įprastose kelių grandinių sąrankose kiekviena grandinė dažnai veikia kaip atskiras silosas su izoliuota logika ir našumo ataskaitomis. OmniYield pasirenka visiškai kitokį požiūrį. Manome, kad mūsų ekosistema turėtų veikti kaip vienas vientisas protokolas, o ne kaip suskaidyta, su grandinėmis susieta diegimų kolekcija.

Nors OmniYield generuoja mokesčius iš grąžos strategijų, veikiančių daugelyje grandinių, protokolas įgyvendina konsoliduotą mokesčių ataskaitų teikimą – procesą, kai mokesčių generavimo duomenys iš visų palaikomų grandinių yra sujungiami, normalizuojami ir apskaičiuojami Arbitrum (centre).

Paskutinį kartą atnaujinta