Arkitektur

OmniYields arkitektur er designet til at være modulær, kæde-agnostisk og yderst skalerbar, hvilket muliggør problemfri introduktion af nye funktioner og vault-typer uden at forstyrre kernearkitekturen.

Vores primære mål er at skabe et problemfrit, kæde-agnostisk yield-lag, der maksimerer risiko-justerede afkast for brugere på tværs af hele DeFi-landskabet. For at opnå dette anvender systemet omfattende dataanalyse, avancerede off-chain algoritmer, strenge sikkerhedsprotokoller, diversifikationsregler og en arkitektur, der abstraherer kompleksiteten ved tværkædet interaktion.

Nøglearkitekturkomponenter

chevron-rightVaultshashtag

Brugerens gateway til OmniYield.

Disse ERC-4626-kompatible smart contracts administrerer indskud sikkert, modtager rapporter fra strategier og behandler udbetalinger.

De fungerer som det primære interface, der koordinerer brugerens midler med de underliggende strategier.

chevron-rightUdførelseslag (Solver)hashtag

OmniYields intelligenslag.

Disse automatiserede systemer analyserer konstant DeFi-protokoller på tværs af adskillige kæder, identificerer optimale yield-muligheder, vurderer risici og dikterer aktivallokering for Vaults.

Denne behandling beregnes off-chain for større skalerbarhed og effektivitet - kun resultaterne implementeres on-chain, hvilket forhindrer OmniYields strategier i at blive efterlignet.

chevron-rightStrategierhashtag

Tilknyttet hver Vault er mindst en Strategy-contract.

Denne komponent oversætter solver-beslutninger til handlinger. Den håndterer de tekniske kompleksiteter ved aktivbevægelse, inklusive token-swap, likviditetslevering, udlån, staking osv.

chevron-rightDestinationerhashtag

De specifikke DeFi-protokoller, likviditetspools eller yield-farms, hvor vault-aktiverne i sidste ende indsættes for at generere afkast.

chevron-rightTværkædet meddelelsesinfrastrukturhashtag

Den fundamentale teknologi, der muliggør OmniYields tværkædede kapaciteter og faciliterer kommunikation og aktivoverførsler mellem forskellige blockchains.

Aktivets livscyklus

At forstå aktivernes flow hjælper med at tydeliggøre systemets drift:

1

Indskud

En bruger indsætter en enkelt aktivtype (f.eks. USDC) i den tilhørende OmniYield Vault på enhver understøttet kæde. De indskudte aktiver flyttes til Vault-contracten på Arbitrum-hubben og ligger indledningsvis ubenyttede der.

2

Tværkædet rebalancering

  • Den off-chain komponent (autonom Solver) overvåger vault-saldi og markedsforhold. Når en vis tærskel for ubenyttede aktiver er nået, eller under periodiske optimeringscyklusser, fastlægger den den optimale fordeling for de nuværende strategier på tværs af integrerede kæder og foreslår en rebalanceringsplan. Hvis forslaget opfylder sikkerheds- og præstationsbegrænsningerne, initierer den en rebalancering (f.eks. flytning af X mængde USDC til Strategy A på Chain Y) gennem Vault-contracten på Arbitrum-hubben.

  • Ved hjælp af LayerZero og Axelar sendes en sikker besked med rebalanceringsinstruktioner fra hubben til den relevante Vault-contract på målkæderne.

  • Systemet udfører de nødvendige trin (såsom bridging, swapping, deponering osv.) for at rebalancere.

  • Den opdaterede fordeling registreres, og bekræftelse/statusopdateringer sendes tilbage til Arbitrum-hubben via meddelelseslaget. Denne proces kan involvere at flytte ubenyttede midler fra hubben ind i en Strategy eller flytte midler mellem forskellige Strategier for at jagte bedre yields.

3

Auto-komponding og konsolideret rapportering

  • Strategy-contracts kræver periodisk de optjente belønninger fra destinationsprotokollerne, konverterer dem til vaultens basisaktiv (f.eks. USDC) og geninvesterer automatisk. Denne proces orkestreres af tilladte Keepers.

  • Præstationsdata, inklusive belønninger genereret af disse strategier på alle understøttede kæder, rapporteres løbende tilbage til Arbitrum-hubben. Belønningerne lægges til vaultens samlede værdi og komponderer automatisk afkastene for indskyderne.

  • Denne konsoliderede rapportering muliggør en retfærdig og gennemsigtig gebyrstruktur. Det 9% performancegebyr beregnes baseret på profitten genereret af en brugers indskud på tværs af alle underliggende strategier og kæder, hvilket sikrer konsistens.

4

Udbetaling

  • Udbetalinger er ikke begrænset til indskudskæden; brugere kan til enhver tid initere en udbetalingsanmodning fra enhver understøttet kæde (det behøver ikke at være den samme kæde, der blev brugt til indskuddet).

  • Anmodningen ledes til Arbitrum-hubben. Hvis Vaulten har tilstrækkelige ubenyttede midler (aktiver ikke aktivt deployeret i strategier), behandles udbetalingen straks.

  • Hvis Vaulten har utilstrækkelige ubenyttede midler, signalerer hubben stratetierne om at trække det nødvendige beløb ud. Den prioriterer tilbagetrækning fra strategier, hvor indvirkningen på det overordnede yield (APR) minimeres. Denne proces kan tage lidt længere tid afhængigt af de underliggende protokoller.

5

Kræv

  • Når der er tilstrækkelig likviditet tilgængelig i Vaulten, kan brugeren kræve deres udbetaling. Ved krav overføres de tilsvarende aktiver til brugerens wallet via den tværkædede infrastruktur.

Tværkædet arkitektur

OmniYields infrastruktur er bygget på en robust hub-and-spoke-arkitektur:

  • Hub: Vi anvender Arbitrum som vores centrale operationelle hub ("hovedkæden"). Det er her, kernelogikken, komplekse beregninger og den overordnede tilstandsstyring af OmniYield-protokollen primært ligger.

  • Spokes: Alle andre understøttede blockchains fungerer som 'spoke chains' eller 'side chains'. Dette er netværkene, hvor brugerindskud kan stamme fra og hvor mange af de underliggende yield-strategier er deployeret. De fungerer primært som eksekveringsendepunkter, der modtager instruktioner fra Hubben.

Kommunikationsflow:

1

Aggregering

Når en rebalanceringsbeslutning træffes eller brugerhandlinger (som indskud/udbetalinger, der kræver tværkædet bevægelse) opstår, genereres tværkædede beskeder og sendes sikkert fra spoke-kæderne til Arbitrum-hubben.

2

Beregning

Hubben behandler disse indkommende meddelelser, udfører nødvendige beregninger (som optimering af aktivallokering på tværs af alle spokes, beregning af samlet vault-præstation, konsolidering af gebyrer) og træffer strategiske beslutninger baseret på sit globale overblik over systemet.

3

Distribution

Når beslutninger er truffet, distribueres de nødvendige instruktioner og transaktionsdata tilbage fra Arbitrum til de relevante smart contracts på spoke-kæderne til udførelse (f.eks. deponering af midler i en specifik Strategy på et andet netværk).

circle-check

Tværkædet kommunikation

Den problemfri drift af vores hub-and-spoke-model på tværs af adskillige blockchains er muliggjort ved at udnytte førende tværkædede meddelelsesudbydere: LayerZero og Axelar (og potentielt andre skræddersyet til specifikke tokens/kæder/funktioner i fremtiden).

LayerZero muliggør lette og effektive meddelelser og sikrer minimal latens og tillidsløs interoperabilitet på tværs af understøttede netværk. Axelar supplerer dette med høj-niveau routing og sikker levering af generaliserede tværkædede meddelelser.

  • Kommunikationsrygraden: Disse protokoller fungerer som den sikre og pålidelige kommunikationsinfrastruktur, der forbinder vores Hub (Arbitrum) med alle Spoke-kæder. De leverer de essentielle veje til at transmittere data og instruktioner på tværs af blockchain-grænser. Al beskedformidling, validering og afvikling udføres gennem disse udbyderes sikre messaging-rails.

  • Facilitering af nøgleoperationer: LayerZero og Axelar videresender kritiske beskeder, der er nødvendige for kernefunktioner. Dette inkluderer:

    • At underrette Hubben om nye indskud foretaget på spoke-kæder.

    • At videresende udbetalingsanmodninger fra brugere på spoke-kæder til Hubben til behandling.

    • At sende kommandoer fra Hubben til strategy-contracts på spoke-kæder for at udføre indskud, udbetalinger eller rebalanceringer.

    • At rapportere yield genereret, præstationsmålinger 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 præstationsrapportering. OmniYield anvender en radikalt anden tilgang; vi mener, at vores økosystem bør fungere som en enkelt samlet protokol, ikke en fragmenteret samling af kædespecifikke deploymenter.

Mens OmniYield genererer gebyrer fra yield-strategier, der opererer på tværs af adskillige kæder, implementerer protokollen konsolideret gebyrrapportering, en proces hvor gebyrgenereringsdata fra alle understøttede kæder aggregeres, normaliseres og beregnes på Arbitrum (hubben).

circle-check

Dette design tillader OmniYield at fungere som en problemfri, skalerbar og effektiv yield-infrastruktur for hele DeFi-verdenen.

Last updated