Arkitektur
OmniYields arkitektur er designet til at være modulær, kædeagnostisk og meget skalerbar.
Vores primære mål er at skabe et kædeagnostisk afkastlag, der maksimerer risikojusteret afkast for brugere på tværs af DeFi. For at opnå dette anvender systemet omfattende dataanalyse, avancerede off-chain-algoritmer, strenge sikkerhedsprotokoller, diversificeringsregler og en arkitektur, der abstraherer kompleksiteten i interaktion på tværs af kæder væk.
Nøglearkitektoniske komponenter
Vaults
Brugerens indgang til OmniYield.
Disse ERC-4626-kompatible smart contracts administrerer indbetalinger sikkert, modtager rapporter fra strategier og behandler udbetalinger.
De fungerer som den primære grænseflade, der koordinerer brugerens midler med de underliggende strategier.
Eksekveringslag (Solver)
OmniYields intelligenslag.
Disse automatiserede systemer analyserer løbende DeFi-protokoller på tværs af kæder, identificerer de bedste afkastmuligheder, vurderer risici og fastlægger aktivallokeringen for Vaults.
Denne behandling beregnes off-chain for effektivitetens skyld - kun resultaterne implementeres onchain, hvilket forhindrer, at OmniYields strategier bliver efterlignet.
Strategier
Knyttet til hver Vault er mindst én strategi-kontrakt.
Denne komponent omsætter solverens beslutninger til handlinger. Den håndterer de tekniske kompleksiteter ved flytning af aktiver, herunder token-swaps, likviditetslevering, udlån, staking osv.
Destinationer
De specifikke DeFi-protokoller, likviditetspools eller yield farms, hvor vault-aktiverne i sidste ende placeres.
Infrastruktur til beskeder på tværs af kæder
Den grundlæggende teknologi, der muliggør funktioner på tværs af kæder og faciliterer kommunikation og overførsel af aktiver mellem forskellige blockchains.
Aktivernes livscyklus
At forstå aktivernes flow hjælper med at tydeliggøre systemets funktion:
Indbetaling
En bruger indbetaler en enkelt aktivtype (f.eks. USDC) i den tilsvarende OmniYield Vault på en hvilken som helst understøttet kæde. De indbetalte aktiver flyttes til Vault-kontrakten på Arbitrum-hubben og ligger i første omgang inaktive der.
Rebalancering på tværs af kæder
Den off-chain-komponent (autonom solver) overvåger vault-saldi og markedsforhold. Når en bestemt tærskel for inaktive aktiver er nået, eller under periodiske optimeringscyklusser, fastlægger den den optimale allokering for de aktuelle strategier på tværs af integrerede kæder og foreslår en rebalanceringsplan. Hvis forslaget opfylder sikkerheds- og ydelseskravene, igangsætter det en rebalancering (f.eks. flytning af X USDC til Strategi A på Kæde Y) via Vault-kontrakten på Arbitrum-hubben.
Ved hjælp af LayerZero og Axelar sendes en besked med rebalanceringsinstruktioner fra hubben til den relevante Vault-kontrakt på målkæderne.
Systemet udfører de nødvendige trin (såsom bridging, swapping, indbetaling osv.) for at rebalancere.
Den opdaterede allokering registreres, og bekræftelses-/statusopdateringer sendes tilbage til Arbitrum-hubben via messaging-laget. Denne proces kan indebære at flytte inaktive midler fra hubben ind i en strategi eller at flytte midler mellem forskellige strategier for at jagte bedre afkast.
Automatisk renters rente og konsolideret rapportering
Strategikontrakter henter periodisk optjente belønninger fra de destination-protokoller, omdanner dem til vaultens basisaktiv (f.eks. USDC) og geninvesterer dem automatisk. Denne proces orkestreres af tilladelsesstyrede Keepers.
Ydelsesdata, herunder belønninger genereret af disse strategier på alle understøttede kæder, rapporteres løbende tilbage til Arbitrum-hubben. Belønninger lægges til vaultens samlede værdi, hvilket automatisk giver renters rente for indskyderne.
Udbetaling
Udbetalinger er ikke begrænset til indbetalingskæden; brugere kan til enhver tid starte en udbetalingsanmodning fra enhver understøttet kæde (det behøver ikke at være den samme kæde, som blev brugt til indbetalingen).
Et performance fee på 9 % beregnes ud fra den fortjeneste, som en brugers indbetaling har genereret på tværs af alle underliggende strategier og kæder.
Anmodningen sendes til Arbitrum-hubben. Hvis Vaulten har tilstrækkelige inaktive midler (aktiver, der ikke er aktivt placeret i strategier), behandles udbetalingen med det samme.
Hvis Vaulten ikke har tilstrækkelige inaktive midler, signalerer hubben til strategierne, at de skal trække det nødvendige beløb tilbage. Den prioriterer at trække fra strategier, hvor påvirkningen på det samlede afkast (APR) er mindst. Denne proces kan tage lidt længere tid afhængigt af de underliggende protokoller.
Hæv
Når der er tilstrækkelig likviditet til rådighed i Vaulten, kan brugeren hæve sin udbetaling. Ved hævning overføres de tilsvarende aktiver til brugerens wallet via infrastrukturen på tværs af kæder.
Arkitektur på tværs af kæder
OmniYields infrastruktur er bygget op omkring en robust hub-and-spoke-arkitektur:
Hub: Vi anvender Arbitrum som vores centrale operationelle hub ("hovedkæden"). Det er her, kernelogikken, de komplekse beregninger og den overordnede tilstandsadministration for OmniYield-protokollen primært befinder sig.
Eger: Alle andre understøttede blockchains fungerer som "spoke chains" eller sidekæder. Det er de netværk, hvor brugerindbetalinger kan stamme fra, og hvor mange af de underliggende afkaststrategier er implementeret. De fungerer primært som eksekveringsendepunkter, der modtager instruktioner fra hubben.
Kommunikationsflow:
Aggregering
Når der træffes en rebalanceringsbeslutning, eller når brugerhandlinger (som indbetalinger/udbetalinger, der kræver bevægelse på tværs af kæder) finder sted, genereres der beskeder på tværs af kæder, som sikkert sendes fra spoke-kæderne til Arbitrum-hubben.
Beregning
Hubben behandler disse indgående beskeder, udfører de nødvendige beregninger (som at optimere aktivallokeringen på tværs af alle spokes, beregne den samlede vault-performance, konsolidere gebyrer) og træffer strategiske beslutninger baseret på sit globale overblik over systemet.
Distribution
Når beslutningerne er truffet, distribueres de nødvendige instruktioner og transaktionsdata tilbage fra Arbitrum til de relevante smart contracts på spoke-kæderne til eksekvering (f.eks. indbetaling af midler i en bestemt strategi på et andet netværk).
Dette modulære design muliggør:
Centraliseret logik, decentraliseret eksekvering Denne model sikrer datakonsistens, da Arbitrum-hubben fungerer som den eneste sandhedskilde. Den faktiske kapitalallokering sker på tværs af spoke-kæderne og udnytter de unikke muligheder, som hver kæde tilbyder.
Modularitet og udvidelsesmuligheder Nye kæder, aktiver, strategier og destinationer kan integreres plug-and-play med minimale ændringer i den eksisterende kodebase. Dette sikrer en lav angrebsflade, samtidig med at udviklingen af yderligere produkter lettes. For yderligere at styrke robustheden og funktionaliteten integrerer OmniYield Protocol med forskellige DeFi-primitiver og infrastrukturer, hvilket giver den bedste brugeroplevelse og muliggør problemfri interaktion med andre finansielle værktøjer.
Kommunikation på tværs af kæder
Driften af vores hub-and-spoke-model på tværs af adskillige blockchains gøres mulig ved at udnytte førende udbydere af beskeder på tværs af kæder: LayerZero og Axelar (og potentielt andre, der er skræddersyet til specifikke tokens/kæder/funktioner i fremtiden).
LayerZero muliggør let og effektiv beskedsendelse, hvilket sikrer minimal latenstid og tillidsløs interoperabilitet på tværs af understøttede netværk. Axelar supplerer dette med avanceret routing og sikker levering af generaliserede beskeder på tværs af kæder.
Kommunikationsrygraden: Disse protokoller fungerer som den sikre og pålidelige kommunikationsinfrastruktur, der forbinder vores hub (Arbitrum) med alle spoke-kæderne. De leverer de nødvendige forbindelser til at transmittere data og instruktioner på tværs af blockchain-grænser. Al videresendelse af beskeder, validering og afregning sker gennem disse udbyderes sikre messaging-rails.
Understøttelse af nøgleoperationer: LayerZero og Axelar videresender kritiske beskeder, der er nødvendige for kernefunktioner. Dette omfatter:
At underrette hubben om nye indbetalinger foretaget på spoke-kæder.
At videresende udbetalingsanmodninger fra brugere på spoke-kæder til hubben til behandling.
At sende kommandoer fra hubben til strategi-kontrakter på spoke-kæder for at udføre indbetalinger, udbetalinger eller rebalanceringer.
At rapportere genereret afkast, performance-metrics og gebyrdata fra strategier på spoke-kæder tilbage til hubben.
Konsolideret gebyrrapportering
I typiske multi-chain-opsætninger fungerer hver kæde ofte som en silo med isoleret logik og performance-rapportering. OmniYield tager en radikalt anderledes tilgang. Vi mener, at vores økosystem skal fungere som en enkelt, samlet protokol og ikke som en fragmenteret samling af kæde-specifikke implementeringer.
Selv om OmniYield genererer gebyrer fra afkaststrategier, der opererer på tværs af adskillige kæder, implementerer protokollen konsolideret gebyrrapportering, en proces hvor data om gebyrgenerering fra alle understøttede kæder aggregeres, normaliseres og beregnes på Arbitrum (hubben).
Dette muliggør:
Fleksibel brugeroplevelse: Brugere behøver ikke at bekymre sig om inkonsistente incitamenter. De kan indbetale fra enhver kæde, de foretrækker, velvidende at gebyrer, afkastmuligheder og belønninger forbliver ens på tværs af hele OmniYield-økosystemet.
Fælles tokenomics: Alle protokolgebyrer, uanset oprindelseskæde, bidrager til den samme globale indtægtsmodel.
Gennemsigtige metrics: Samlet rapportering eliminerer uoverensstemmelser og forbedrer revisionssporbarheden.
Sidst opdateret