> For the complete documentation index, see [llms.txt](https://docs.omniyield.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.omniyield.finance/sl/omniyield/arhitektura.md). # Arhitektura Arhitektura OmniYield je zasnovana tako, da je modularna, neodvisna od verige in zelo razširljiva. Naš glavni cilj je ustvariti plast donosnosti, neodvisno od verige, ki za uporabnike v DeFi maksimizira tveganju prilagojene donose. Da bi to dosegli, sistem uporablja obsežno analizo podatkov, napredne izvenverižne algoritme, stroge varnostne protokole, pravila diverzifikacije in arhitekturo, ki abstrahira kompleksnost medverižne interakcije. ### Ključne arhitekturne komponente
Skladišča Uporabnikov prehod v OmniYield. Te pametne pogodbe, skladne z ERC-4626, varno upravljajo vloge, prejemajo poročila iz strategij in obdelujejo dvige. Služijo kot glavni vmesnik, ki usklajuje uporabniška sredstva z osnovnimi strategijami.
Izvedbena plast (Solver) Inteligentna plast OmniYielda. Ti avtomatizirani sistemi nenehno analizirajo protokole DeFi prek verig, prepoznavajo optimalne priložnosti za donos, ocenjujejo tveganja in določajo razporeditev sredstev za skladišča. To obdelavo se zaradi učinkovitosti računa izven verige - na verigo se prenesejo le rezultati, kar preprečuje posnemanje strategij OmniYielda.
Strategije S vsakim skladiščem je povezana vsaj ena pogodba za strategijo. Ta komponenta pretvarja odločitve solverja v dejanja. Obvladuje tehnične zapletenosti premikanja sredstev, vključno z zamenjavami žetonov, zagotavljanjem likvidnosti, posojanjem, stakingom itd.
Cilji Specifični protokoli DeFi, likvidnostni bazeni ali farmi donosa, kamor so sredstva skladišča na koncu razporejena.
Infrastruktura za medverižno sporočanje Temeljna tehnologija, ki omogoča medverižne zmožnosti ter olajšuje komunikacijo in prenos sredstev med različnimi verigami blokov.
### Življenjski cikel sredstva
Razumevanje toka sredstev pomaga razjasniti delovanje sistema: {% stepper %} {% step %} **Vplačilo** Uporabnik položi en tip sredstva (npr. USDC) v ustrezno skladišče OmniYield na kateri koli podprti verigi. Vložena sredstva se premaknejo v pogodbo skladišča na hubu Arbitrum in tam sprva ostanejo neaktivna. {% endstep %} {% step %} **Medverižno uravnoteženje** * Izvenverižna komponenta (avtonomni solver) spremlja stanja skladišč in tržne razmere. Ko je dosežen določen prag neaktivnih sredstev ali med periodičnimi optimizacijskimi cikli, določi optimalno razporeditev za trenutne strategije prek integriranih verig in predlaga načrt uravnoteženja. Če predlog ustreza varnostnim in zmogljivostnim omejitvam, sproži uravnoteženje (npr. premik X količine USDC v Strategijo A na verigi Y) prek pogodbe skladišča na hubu Arbitrum. * Z uporabo LayerZero in Axelar se sporočilo z navodili za uravnoteženje pošlje s huba na ustrezno pogodbo skladišča na ciljnih verigah. * Sistem izvede potrebne korake (kot so mostičenje, zamenjave, polog itd.) za uravnoteženje. * Posodobljena razporeditev se zabeleži, potrditve/statusne posodobitve pa se prek plasti za sporočanje pošljejo nazaj na hub Arbitrum. Ta postopek lahko vključuje premikanje neaktivnih sredstev s huba v strategijo ali prestavljanje sredstev med različnimi strategijami, da se lovijo boljši donosi. {% endstep %} {% step %} **Samodejno obrestno obrestovanje in konsolidirano poročanje** * Pogodbe strategij občasno prevzamejo zaslužene nagrade iz ciljnih protokolov, jih pretvorijo v osnovno sredstvo skladišča (npr. USDC) in samodejno ponovno investirajo. Ta proces usklajujejo pooblaščeni keeperji. * Podatki o uspešnosti, vključno z nagradami, ki jih ustvarijo te strategije na vseh podprtih verigah, se neprestano poročajo nazaj v hub Arbitrum. Nagrade se dodajo skupni vrednosti skladišča, kar samodejno obrestuje donose vlagateljev. {% endstep %} {% step %} **Dvig** * Dvig ni omejen na verigo vplačila; uporabniki lahko zahtevo za dvig sprožijo kadar koli s katere koli podprte verige (**ni nujno, da je to ista veriga, ki je bila uporabljena za vplačilo**). * 9-odstotna uspešnostna provizija se izračuna na podlagi dobička, ustvarjenega z uporabnikovim vplačilom prek vseh osnovnih strategij in verig. * Zahteva se usmeri v hub Arbitrum. Če ima skladišče dovolj neaktivnih sredstev (sredstva, ki niso aktivno razporejena v strategije), se dvig obdela takoj. * Če ima skladišče premalo neaktivnih sredstev, hub usmeri strategije, naj dvignejo potreben znesek. Pri tem daje prednost dvigom iz strategij, kjer je vpliv na skupni donos (APR) najmanjši. Ta postopek lahko traja nekoliko dlje, odvisno od osnovnih protokolov. {% endstep %} {% step %} **Prevzem** * Ko je v skladišču na voljo dovolj likvidnosti, lahko uporabnik prevzame svoj dvig. Ob prevzemu se ustrezna sredstva prek infrastrukture za medverižno sporočanje prenesejo v uporabnikovo denarnico. {% endstep %} {% endstepper %} ### Medverižna arhitektura Infrastruktura OmniYield temelji na robustni arhitekturi hub-and-spoke: * **Hub:** Uporabljamo Arbitrum kot naš osrednji operativni hub (»glavna veriga«). Tu se predvsem nahajajo osnovna logika, kompleksni izračuni in celotno upravljanje stanja protokola OmniYield. * **Kraki:** Vse druge podprte verige delujejo kot »spoke verige« ali »stranske verige«. To so omrežja, na katerih lahko nastanejo uporabniška vplačila in na katerih so nameščene številne osnovne strategije donosa. Delujejo predvsem kot izvajalne končne točke, ki prejemajo navodila od huba.
#### **Tok komunikacije:** {% stepper %} {% step %} **Združevanje** Ko se sprejme odločitev o uravnoteženju ali pride do uporabniških dejanj (kot so vplačila/dvigi, ki zahtevajo medverižno premikanje), se ustvarijo medverižna sporočila, ki se varno pošljejo s spoke verig v hub Arbitrum. {% endstep %} {% step %} **Izračun** Hub obdeluje ta dohodna sporočila, opravi potrebne izračune (kot so optimizacija razporeditve sredstev po vseh krakih, izračun celotne uspešnosti skladišča, konsolidacija provizij) in sprejme strateške odločitve na podlagi svojega globalnega pogleda na sistem. {% endstep %} {% step %} **Porazdelitev** Ko so odločitve sprejete, se potrebna navodila in transakcijski podatki pošljejo nazaj iz Arbitra na ustrezne pametne pogodbe na spoke verigah za izvedbo (npr. vplačilo sredstev v določeno strategijo na drugem omrežju). {% endstep %} {% endstepper %} {% hint style="success" %} Ta modularna zasnova omogoča: * **Centralizirana logika, decentralizirana izvedba**\ Ta model zagotavlja skladnost podatkov, saj hub Arbitrum deluje kot enotni vir resnice. Dejanska razporeditev kapitala poteka prek spoke verig in izkorišča edinstvene priložnosti, ki jih ponuja vsaka veriga. * **Modularnost in razširljivost**\ Nove verige, sredstva, strategije in cilje je mogoče integrirati na način plug-and-play z minimalnimi spremembami obstoječe kode.\ To zagotavlja majhno napadalno površino ter hkrati olajšuje razvoj dodatnih izdelkov. Za dodatno povečanje robustnosti in funkcionalnosti protokol OmniYield integrira različne gradnike in infrastrukture DeFi, kar zagotavlja najboljšo uporabniško izkušnjo in omogoča brezhibno interakcijo z drugimi finančnimi orodji. {% endhint %} ### Medverižno komuniciranje Delovanje našega modela hub-and-spoke prek številnih verig blokov je mogoče z uporabo vodilnih ponudnikov medverižnega sporočanja: LayerZero in Axelar (ter morebitnih drugih, prilagojenih za določene žetone/verige/funkcije v prihodnosti). LayerZero omogoča lahko in učinkovito sporočanje, kar zagotavlja minimalno zakasnitev in brezpotrditveno interoperabilnost med podprtimi omrežji. Axelar to dopolnjuje z usmerjanjem na visoki ravni in varno dostavo splošnih medverižnih sporočil. * **Komunikacijska hrbtenica:** Ti protokoli delujejo kot varna in zanesljiva komunikacijska infrastruktura, ki povezuje naš hub (Arbitrum) z vsemi spoke verigami. Zagotavljajo ključne poti za prenos podatkov in navodil prek meja verig blokov. Vse posredovanje sporočil, preverjanje in poravnava potekajo prek varnih komunikacijskih kanalov teh ponudnikov. * **Omogočanje ključnih operacij:** LayerZero in Axelar prenašata ključna sporočila, potrebna za osnovne funkcije. To vključuje: * Obveščanje huba o novih vplačilih na spoke verigah. * Posredovanje zahtev za dvig uporabnikov s spoke verig v hub v obdelavo. * Pošiljanje ukazov iz huba pogodbam strategij na spoke verigah za izvedbo vplačil, dvigov ali uravnoteženj. * Poročanje o ustvarjenem donosu, metriki uspešnosti in podatkih o provizijah iz strategij na spoke verigah nazaj v hub. ### Konsolidirano poročanje o provizijah V običajnih večverižnih postavitvah vsaka veriga pogosto deluje kot silos z izolirano logiko in poročanjem o uspešnosti. OmniYield pristopa radikalno drugače. Verjamemo, da bi moral naš ekosistem delovati kot enoten protokol, ne pa kot razdrobljena zbirka uvedb, specifičnih za posamezne verige. Čeprav OmniYield ustvarja provizije iz strategij donosa, ki delujejo prek številnih verig, protokol uvaja konsolidirano poročanje o provizijah, proces, pri katerem se podatki o ustvarjenih provizijah z vseh podprtih verig združijo, normalizirajo in izračunajo na Arbitrumu (hubu). {% hint style="success" %} To omogoča: * **Prilagodljiva uporabniška izkušnja:** Uporabnikom ni treba skrbeti za neskladne spodbude. Lahko vplačajo s katere koli verige želijo, pri tem pa vedo, da ostajajo provizije, priložnosti za donos in nagrade dosledne po celotnem ekosistemu OmniYield. * **Skupna tokenomika:** Vse protokolarne provizije, ne glede na izvorno verigo, prispevajo k istemu globalnemu modelu prihodkov. * **Transparentne metrike:** Enotno poročanje odpravlja neskladja in izboljšuje revizijsko sled. {% endhint %}