Arkitektur
OmniYields arkitektur er utformet for å være modulær, kjedeagnostisk og svært skalerbar.
Vårt primære mål er å skape et kjedeagnostisk avkastningslag som maksimerer risikojustert avkastning for brukere på tvers av DeFi. For å oppnå dette bruker systemet omfattende dataanalyse, avanserte off-chain-algoritmer, strenge sikkerhetsprotokoller, diversifiseringsregler og en arkitektur som abstraherer bort kompleksiteten ved interaksjon på tvers av kjeder.
Nøkkelkomponenter i arkitekturen
Hvelv
Brukerens inngangsport til OmniYield.
Disse ERC-4626-kompatible smartkontraktene håndterer innskudd sikkert, mottar rapporter fra strategier og behandler uttak.
De fungerer som hovedgrensesnittet som koordinerer brukermidler med de underliggende strategiene.
Utførelseslag (Solver)
OmniYields intelligenslag.
Disse automatiserte systemene analyserer kontinuerlig DeFi-protokoller på tvers av kjeder, identifiserer optimale avkastningsmuligheter, vurderer risiko og bestemmer fordelingen av eiendeler for Hvelvene.
Denne prosesseringen beregnes off-chain for effektivitet - kun resultatene implementeres onchain, noe som hindrer OmniYields strategier i å bli imiterte.
Strategier
Knyttet til hvert Hvelv er det minst én strategikontrakt.
Denne komponenten oversetter beslutninger fra solveren til handlinger. Den håndterer de tekniske kompleksitetene ved flytting av eiendeler, inkludert tokenbytter, likviditetsforsyning, utlån, staking osv.
Destinasjoner
De spesifikke DeFi-protokollene, likviditetspoolene eller avkastningsfarmene der hvelvenes eiendeler til slutt plasseres.
Infrastruktur for kommunikasjon på tvers av kjeder
Den grunnleggende teknologien som muliggjør funksjoner på tvers av kjeder, og som legger til rette for kommunikasjon og overføring av eiendeler mellom ulike blokkjeder.
Eiendelens livssyklus
Å forstå flyten av eiendeler hjelper med å tydeliggjøre hvordan systemet fungerer:
Innskudd
En bruker setter inn en enkelt aktivatype (f.eks. USDC) i det tilsvarende OmniYield-hvelvet på hvilken som helst støttet kjede. De innsatte eiendelene flyttes til hvelvkontrakten på Arbitrum-huben og ligger i utgangspunktet ubrukt der.
Rebalansering på tvers av kjeder
Den off-chain-komponenten (autonom Solver) overvåker hvelvsaldoer og markedsforhold. Når en viss terskel for ubrukte eiendeler er nådd, eller under periodiske optimaliseringssykluser, bestemmer den den optimale allokeringen for de nåværende strategiene på tvers av integrerte kjeder og foreslår en rebalanseringsplan. Hvis forslaget oppfyller sikkerhets- og ytelseskravene, starter det en rebalansering (f.eks. å flytte X mengde USDC til strategi A på kjede Y) via hvelvkontrakten på Arbitrum-huben.
Ved hjelp av LayerZero og Axelar sendes en melding med instruksjoner for rebalansering fra huben til den relevante hvelvkontrakten på målkjedene.
Systemet utfører de nødvendige trinnene (som bridging, swapping, innskudd osv.) for å rebalansere.
Den oppdaterte allokeringen registreres, og bekreftelses- og statusoppdateringer sendes tilbake til Arbitrum-huben via meldingslaget. Denne prosessen kan innebære å flytte ledige midler fra huben inn i en strategi eller å flytte midler mellom ulike strategier for å jakte på bedre avkastning.
Automatisk rentes rente og samlet rapportering
Strategikontrakter krever med jevne mellomrom inn opptjente belønninger fra destinasjonsprotokollene, konvertert til hvelvets basisaktivum (f.eks. USDC), og reinvesterer dem automatisk. Denne prosessen koordineres av tillatelsesstyrte Keepers.
Ytelsesdata, inkludert belønninger generert av disse strategiene på alle støttede kjeder, rapporteres kontinuerlig tilbake til Arbitrum-huben. Belønningene legges til hvelvets totale verdi, slik at avkastningen for innskytere automatisk forrentes.
Uttak
Uttak er ikke begrenset til innskuddskjeden; brukere kan starte en uttaksforespørsel når som helst fra hvilken som helst støttet kjede (det trenger ikke å være den samme kjeden som ble brukt til innskuddet).
Et ytelsesgebyr på 9 % beregnes basert på fortjenesten generert av en brukers innskudd på tvers av alle underliggende strategier og kjeder.
Forespørselen rutes til Arbitrum-huben. Hvis hvelvet har tilstrekkelige ledige midler (eiendeler som ikke aktivt er plassert i strategier), behandles uttaket umiddelbart.
Hvis hvelvet har utilstrekkelige ledige midler, signaliserer huben til strategiene at de skal ta ut det nødvendige beløpet. Den prioriterer uttak fra strategier der virkningen på den totale avkastningen (APR) er minimal. Denne prosessen kan ta litt lengre tid avhengig av de underliggende protokollene.
Hent ut
Når tilstrekkelig likviditet er tilgjengelig i Hvelvet, kan brukeren hente ut uttaket sitt. Ved henting overføres de tilsvarende eiendelene til brukerens lommebok via infrastrukturen for kommunikasjon på tvers av kjeder.
Arkitektur på tvers av kjeder
OmniYields infrastruktur er bygget på en robust hub-og-eiker-arkitektur:
Hub: Vi bruker Arbitrum som vår sentrale drifts-hub ("hovedkjeden"). Det er her kjerlogikken, de komplekse beregningene og den overordnede tilstandshåndteringen i OmniYield-protokollen hovedsakelig befinner seg.
Eiker: Alle andre støttede blokkjeder fungerer som «eikekjeder» eller «sidekjeder». Dette er nettverkene der brukernes innskudd kan komme fra, og der mange av de underliggende avkastningsstrategiene er plassert. De fungerer primært som utførelsespunkter og mottar instruksjoner fra huben.
Kommunikasjonsflyt:
Aggregering
Når en rebalanseringsbeslutning tas eller brukerhandlinger (som innskudd/uttak som krever flytting på tvers av kjeder) skjer, genereres meldinger på tvers av kjeder og sendes sikkert fra eikekjedene til Arbitrum-huben.
Beregning
Huben behandler disse innkommende meldingene, utfører nødvendige beregninger (som å optimalisere allokeringen av eiendeler på tvers av alle eiker, beregne den samlede hvelvytelsen, konsolidere gebyrer), og tar strategiske beslutninger basert på sitt globale overblikk over systemet.
Distribusjon
Når beslutningene er tatt, distribueres de nødvendige instruksjonene og transaksjonsdataene tilbake fra Arbitrum til de relevante smartkontraktene på eikekjedene for utførelse (f.eks. å sette inn midler i en bestemt strategi på et annet nettverk).
Denne modulære designen muliggjør:
Sentralisert logikk, desentralisert utførelse Denne modellen sikrer datakonsistens siden Arbitrum-huben fungerer som den eneste sannhetskilden. Den faktiske kapitalplasseringen skjer på tvers av eikekjedene og utnytter de unike mulighetene hver kjede tilbyr.
Modularitet og utvidbarhet Nye kjeder, eiendeler, strategier og destinasjoner kan integreres på en plug-and-play-måte med minimale endringer i den eksisterende kodebasen. Dette sikrer et lavt angrepsareal samtidig som det legger til rette for utviklingen av ytterligere produkter. For ytterligere å styrke robustheten og funksjonaliteten integrerer OmniYield-protokollen med ulike DeFi-primitiver og infrastrukturer, noe som gir den beste brukeropplevelsen og muliggjør sømløs interaksjon med andre finansielle verktøy.
Kommunikasjon på tvers av kjeder
Driften av vår hub-og-eiker-modell på tvers av mange blokkjeder muliggjøres ved å utnytte ledende leverandører av meldinger på tvers av kjeder: LayerZero og Axelar (og potensielt andre, tilpasset spesifikke tokens/kjeder/funksjoner i fremtiden).
LayerZero muliggjør lettvektig og effektiv meldingsutveksling, og sikrer minimal forsinkelse og tillitsløs interoperabilitet på tvers av støttede nettverk. Axelar kompletterer dette med avansert ruting og sikker levering av generaliserte meldinger på tvers av kjeder.
Kommunikasjonsryggraden: Disse protokollene fungerer som den sikre og pålitelige kommunikasjonsinfrastrukturen som kobler vår hub (Arbitrum) sammen med alle eikekjedene. De tilbyr de nødvendige kanalene for å overføre data og instruksjoner på tvers av blokkjedegrenser. All videresending, validering og oppgjør av meldinger utføres gjennom de sikre meldingskanalene til disse leverandørene.
Tilrettelegging av nøkkeloperasjoner: LayerZero og Axelar videresender kritiske meldinger som trengs for kjernefunksjonene. Dette inkluderer:
Varsle huben om nye innskudd gjort på eikekjeder.
Videresende uttaksforespørsler fra brukere på eikekjeder til huben for behandling.
Sende kommandoer fra huben til strategikontrakter på eikekjeder for å utføre innskudd, uttak eller rebalanseringer.
Rapportere avkastning generert, ytelsesmålinger og gebyrdata fra strategier på eikekjeder tilbake til huben.
Samlet gebyrrapportering
I typiske oppsett med flere kjeder fungerer hver kjede ofte som en silo med isolert logikk og rapportering av ytelse. OmniYield tar en radikalt annerledes tilnærming. Vi mener at økosystemet vårt skal fungere som en enkelt, samlet protokoll, ikke som en fragmentert samling av kjedespesifikke distribusjoner.
Selv om OmniYield genererer gebyrer fra avkastningsstrategier som opererer på tvers av mange kjeder, implementerer protokollen samlet gebyrrapportering, en prosess der data om gebyrgenerering fra alle støttede kjeder aggregeres, normaliseres og beregnes på Arbitrum (huben).
Dette muliggjør:
Fleksibel brukeropplevelse: Brukerne trenger ikke å bekymre seg for inkonsekvente 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 tokenøkonomi: Alle protokollgebyrer, uavhengig av opprinnelseskjede, bidrar til den samme globale inntektsmodellen.
Transparente måltall: Samlet rapportering eliminerer avvik og forbedrer revisjonssporbarheten.
Sist oppdatert