Arkitektur
OmniYields arkitektur er designet for å være modulær, kjede-agnostisk og svært skalerbar, slik at nye funksjoner og vault-typer sømløst kan introduseres uten å forstyrre kjernearkitekturen.
Vårt hovedmål er å skape et sømløst, kjede-agnostisk avkastningslag som maksimerer risikojusterte avkastninger for brukere på tvers av hele DeFi-landskapet. For å oppnå dette bruker systemet omfattende dataanalyse, avanserte off-chain algoritmer, strenge sikkerhetsprotokoller, diversifiseringsregler og en arkitektur som abstraherer bort kompleksiteten ved tverrkjedelig interaksjon.
Viktige arkitekturelle komponenter
Vaults
Brukerens inngangsport til OmniYield.
Disse ERC-4626-kompatible smartkontraktene håndterer innskudd sikkert, mottar rapporter fra strategier og bearbeider uttak.
De fungerer som hovedgrensesnittet som koordinerer brukermidler med de underliggende strategiene.
Utførelseslag (Solver)
Intelligenslaget i OmniYield.
Disse automatiserte systemene analyserer kontinuerlig DeFi-protokoller på tvers av mange kjeder, identifiserer optimale avkastningsmuligheter, vurderer risiko og bestemmer aktivatildeling for vaultene.
Denne behandlingen beregnes off-chain for større skalerbarhet og effektivitet - kun resultatene implementeres on-chain, noe som forhindrer at OmniYields strategier blir etterlignet.
Strategier
Knyttet til hver Vault er minst én strategikontrakt.
Denne komponenten oversetter solver-beslutninger til handlinger. Den håndterer de tekniske kompleksitetene ved flytting av aktiva, inkludert token-swapper, likviditetslevering, utlån, staking osv.
Destinasjoner
De spesifikke DeFi-protokollene, likviditetspoolene eller yield-farmene hvor vault-midlene til slutt blir deployert for å generere avkastning.
Tverrkjedelig meldingsinfrastruktur
Den grunnleggende teknologien som muliggjør OmniYields tverrkjedelige kapasiteter, og som legger til rette for kommunikasjon og overføringer av aktiva mellom forskjellige blokkjeder.
Aktivas livssyklus
Å forstå flyten av aktiva bidrar til å klargjøre systemets drift:
Innskudd
En bruker setter inn en enkelt aktivatype (f.eks. USDC) i den tilsvarende OmniYield-vaulten på en hvilken som helst støttet kjede. De innskutte midlene blir flyttet til Vault-kontrakten på Arbitrum-huben og står først ubenyttet der.
Tverrkjedelig rebalansering
Den off-chain komponenten (autonom Solver) overvåker vault-saldoer og markedsforhold. Når en viss terskel for ubenyttede midler er nådd, eller under periodiske optimaliseringssykluser, bestemmer den optimal tildeling for de gjeldende strategiene på tvers av integrerte kjeder og foreslår en rebalanseringsplan. Hvis forslaget oppfyller sikkerhets- og ytelsesbegrensningene, initierer den en rebalansering (f.eks. flytte X mengde USDC til Strategi A på Kjede Y) via Vault-kontrakten på Arbitrum-huben.
Ved å bruke LayerZero og Axelar sendes en sikker melding som inneholder rebalanseringsinstruksjoner fra huben til den relevante Vault-kontrakten på mål-kjedene.
Systemet utfører nødvendige trinn (slik som bridging, swapping, innskudd osv.) for å rebalansere.
Den oppdaterte tildelingen blir registrert, og bekreftelses-/statusoppdateringer sendes tilbake til Arbitrum-huben via meldingslaget. Denne prosessen kan innebære å flytte ubenyttede midler fra huben inn i en strategi eller å flytte midler mellom forskjellige strategier for å jage bedre avkastning.
Auto-komponering og konsolidert rapportering
Strategikontraktene krever periodisk ut opptjente belønninger fra destinasjonsprotokollene, konverterer dem til vaultens basisaktivum (f.eks. USDC) og reinvesterer automatisk. Denne prosessen orkestreres av tillatte Keepers.
Ytelsesdata, inkludert belønninger generert av disse strategiene på alle støttede kjeder, rapporteres kontinuerlig tilbake til Arbitrum-huben. Belønninger legges til vaultens totale verdi, og fordrer dermed avkastningen automatisk for innskytere.
Denne konsoliderte rapporteringen muliggjør en rettferdig og gjennomsiktig gebyrstruktur. 9% prestasjonsgebyr beregnes basert på profitt generert av en brukers innskudd på tvers av alle underliggende strategier og kjeder, noe som sikrer konsistens.
Uttak
Uttak er ikke begrenset til innskuddskjeden; brukere kan når som helst initiere en uttaksforespørsel fra hvilken som helst støttet kjede (det trenger ikke å være samme kjede som ble brukt for innskuddet).
Forespørselen rutes til Arbitrum-huben. Hvis Vaulten har tilstrekkelige ubenyttede midler (midler som ikke aktivt er deployert i strategier), behandles uttaket umiddelbart.
Hvis Vaulten har utilstrekkelige ubenyttede midler, signaliserer huben strategiene om å ta ut nødvendig beløp. Den prioriterer uttak fra strategier hvor påvirkningen på den totale avkastningen (APR) minimeres. Denne prosessen kan ta litt lengre tid avhengig av de underliggende protokollene.
Krav (Claim)
Når tilstrekkelig likviditet er tilgjengelig i Vaulten, kan brukeren kreve sitt uttak. Ved krav overføres de tilsvarende midlene til brukerens lommebok via den tverrkjedelige infrastrukturen.
Tverrkjedearkitektur
OmniYields infrastruktur er bygget på en robust hub-og-eiker-arkitektur:
Hub: Vi bruker Arbitrum som vår sentrale operasjonelle hub ("hovedkjeden"). Her ligger kjernelogikken, komplekse beregninger og overordnet tilstandshåndtering av OmniYield-protokollen primært.
Eiker: Alle andre støttede blokkjeder fungerer som 'eike-kjeder' eller 'sidekjeder'. Dette er nettverkene hvor brukerinnskudd kan oppstå og hvor mange av de underliggende yield-strategiene er deployert. De fungerer primært som utførelsesendepunkter som mottar instruksjoner fra huben.

Kommunikasjonsflyt:
Aggregering
Når en rebalanseringsbeslutning tas eller brukerhandlinger (som innskudd/uttak som krever tverrkjedelig bevegelse) skjer, genereres tverrkjedelige meldinger og sendes sikkert fra eike-kjedene til Arbitrum-huben.
Beregning
Huben prosesserer disse innkommende meldingene, utfører nødvendige beregninger (som å optimalisere aktivatildeling på tvers av alle eiker, beregne total vault-ytelse, konsolidere gebyrer) og tar strategiske beslutninger basert på sitt globale bilde av systemet.
Distribusjon
Når beslutninger er tatt, distribueres de nødvendige instruksjonene og transaksjonsdataene tilbake fra Arbitrum til de relevante smartkontraktene på eike-kjedene for utførelse (f.eks. sette inn midler i en spesifikk strategi på et annet nettverk).
Denne modulære utformingen muliggjør:
Sentralisert logikk, desentralisert utførelse Denne modellen sikrer datakonsistens ettersom Arbitrum-huben fungerer som den eneste sannhetskilden. Faktisk kapitaldisponering skjer på tvers av eike-kjedene, og utnytter de unike mulighetene hver kjede tilbyr.
Modularitet og utvidbarhet Nye kjeder, aktiva, strategier og destinasjoner kan integreres på en plug-and-play-måte med minimale endringer i eksisterende kodebase. Dette sikrer en lav angrepsflate samtidig som det legger til rette for utvikling av tilleggprodukter. For å ytterligere styrke robustheten og funksjonaliteten integrerer OmniYield-protokollen med ulike DeFi-primitiver og infrastrukturer, og tilbyr den beste brukeropplevelsen og muliggjør sømløs interaksjon med andre finansielle verktøy i økosystemet.
Tverrkjedelig kommunikasjon
Den sømløse driften av vår hub-og-eiker-modell på tvers av mange blokkjeder gjøres mulig ved å bruke ledende tilbydere av tverrkjedelige meldinger: LayerZero og Axelar (og potensielt andre tilpasset spesifikke tokens/kjeder/funksjoner i fremtiden).
LayerZero muliggjør lettvektig og effektiv meldingsutveksling, sikrer minimal latency og tillitsløs interoperabilitet på tvers av støttede nettverk. Axelar utfyller dette med høynivå ruting og sikker levering av generelle tverrkjedelige meldinger.
Kommunikasjonsryggraden: Disse protokollene fungerer som den sikre og pålitelige kommunikasjonsinfrastrukturen som kobler vår Hub (Arbitrum) med alle eike-kjedene. De gir de essensielle kanalene for å sende data og instruksjoner på tvers av blokkjedegenskaper. All meldingstransport, validering og avregning utføres gjennom de sikre meldingsrutene til disse tilbyderne.
Legger til rette for nøkkeloperasjoner: LayerZero og Axelar videresender kritiske meldinger som kreves for kjernefunksjoner. Dette inkluderer:
Varsling til Huben om nye innskudd gjort på eike-kjedene.
Videresending av uttaksforespørsler fra brukere på eike-kjeder til Huben for behandling.
Sende kommandoer fra Huben til strategikontrakter på eike-kjeder for å utføre innskudd, uttak eller rebalanseringer.
Rapportering av generert avkastning, ytelsesmålinger og gebyrdata fra strategier på eike-kjeder tilbake til Huben.
Konsolidert gebyrrapportering
I typiske multikjedeoppsett fungerer hver kjede ofte som en silo med isolert logikk og resultatrapportering. OmniYield tar en radikalt annerledes tilnærming; vi mener at økosystemet vårt bør operere som én samlet protokoll, ikke en fragmentert samling av kjede-spesifikke deployeringer.
Mens OmniYield genererer gebyrer fra yield-strategier som opererer på tvers av mange kjeder, implementerer protokollen konsolidert gebyrrapportering, en prosess der gebyrgenereringsdata fra alle støttede kjeder aggregeres, normaliseres og beregnes på Arbitrum (huben).
Dette muliggjør:
Fleksibel brukeropplevelse: Brukere trenger ikke å bekymre seg for inkonsistente insentiver. De kan sette inn fra hvilken som helst kjede de foretrekker, vel vitende om at gebyrer, avkastningsmuligheter og belønninger forblir konsistente på tvers av hele OmniYield-økosystemet.
Delt tokenomikk: Alle protokollgebyrer, uavhengig av opprinnelseskjede, bidrar til samme globale inntektsmodell. Denne tilnærmingen gir et klart bilde av protokollens helse og sikrer at gebyrberegninger er konsekvente på tvers av hele protokollen.
Transparente måleparametre: Enhetlig rapportering eliminerer avvik og forbedrer revisjonssporbarhet.
Denne utformingen lar OmniYield fungere som en sømløs, skalerbar og effektiv avkastningsinfrastruktur for hele DeFi-verdenen.
Sist oppdatert