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

chevron-rightVaultshashtag

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.

chevron-rightUtførelseslag (Solver)hashtag

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.

chevron-rightStrategierhashtag

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.

chevron-rightDestinasjonerhashtag

De spesifikke DeFi-protokollene, likviditetspoolene eller yield-farmene hvor vault-midlene til slutt blir deployert for å generere avkastning.

chevron-rightTverrkjedelig meldingsinfrastrukturhashtag

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:

1

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.

2

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.

3

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.

4

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.

5

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:

1

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.

2

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.

3

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).

circle-check

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).

circle-check

Denne utformingen lar OmniYield fungere som en sømløs, skalerbar og effektiv avkastningsinfrastruktur for hele DeFi-verdenen.

Sist oppdatert