> For the complete documentation index, see [llms.txt](https://docs.omniyield.finance/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.omniyield.finance/da-1/omniyield/arkitektur.md). # Arkitektur OmniYields arkitektur er designet til at være modulær, chain-agnostisk og yderst skalerbar. Vores primære mål er at skabe et chain-agnostisk 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 ved cross-chain-interaktion. ### Nøglearkitektoniske komponenter
Vaults Brugerens indgang til OmniYield. Disse ERC-4626-kompatible smart contracts håndterer sikkert indbetalinger, 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) Intelligenslaget i OmniYield. Disse automatiserede systemer analyserer konstant DeFi-protokoller på tværs af chains, identificerer optimale 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 kan efterlignes.
Strategier Knyttet til hver Vault er mindst én Strategy-kontrakt. Denne komponent omsætter solver-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, likviditetspuljer eller yield farms, hvor vault-aktiverne i sidste ende deployeres.
Cross-chain-meddelelsesinfrastruktur Den grundlæggende teknologi, der muliggør cross-chain-funktioner og letter kommunikation samt aktivoverførsler mellem forskellige blockchains.
### Aktivernes livscyklus
Forståelsen af aktivernes flow hjælper med at tydeliggøre systemets funktion: {% stepper %} {% step %} **Indbetaling** En bruger indbetaler én aktivtype (f.eks. USDC) i den tilsvarende OmniYield Vault på en hvilken som helst understøttet chain. De indbetalte aktiver flyttes til Vault-kontrakten på Arbitrum-hubben og ligger i første omgang uvirksomme der. {% endstep %} {% step %} **Cross-chain rebalancering** * Den off-chain-komponent (autonome Solver) overvåger vault-saldi og markedsforhold. Når en bestemt tærskel for uvirksomme aktiver er nået, eller under periodiske optimeringscyklusser, fastlægger den den optimale allokering for de aktuelle Strategier på tværs af integrerede chains og foreslår en rebalanceringsplan. Hvis forslaget opfylder sikkerheds- og performancekravene, igangsætter det en rebalancering (f.eks. flytning af X mængde USDC til Strategy A på Chain 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ålblockchains. * 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 meddelelseslaget. Denne proces kan involvere at flytte uvirksomme midler fra hubben ind i en Strategy eller flytte midler mellem forskellige Strategier for at jagte bedre afkast. {% endstep %} {% step %} **Auto-compounding & konsolideret rapportering** * Strategy-kontrakter gør periodisk krav på optjente belønninger fra destinationprotokollerne, omdannet til vaultens basisaktiv (f.eks. USDC) og geninvesteret automatisk. Denne proces orkestreres af autoriserede Keepers. * Performance-data, inklusive belønninger genereret af disse Strategier på alle understøttede chains, rapporteres løbende tilbage til Arbitrum-hubben. Belønninger tilføjes vaultens samlede værdi, så afkastet for indskyderne automatisk renters rente-forøges. {% endstep %} {% step %} **Udbetaling** * Udbetalinger er ikke begrænset til indbetalingschainen; brugere kan til enhver tid starte en udbetalingsanmodning fra en hvilken som helst understøttet chain (**det behøver ikke at være den samme chain, som blev brugt til indbetalingen**). * Et performancegebyr på 9 % beregnes ud fra det overskud, der genereres af en brugers indbetaling på tværs af alle underliggende Strategier og chains. * Anmodningen sendes til Arbitrum-hubben. Hvis Vaulten har tilstrækkelige uvirksomme midler (aktiver, der ikke aktivt er deployeret i Strategier), behandles udbetalingen med det samme. * Hvis Vaulten ikke har tilstrækkelige uvirksomme midler, signalerer hubben til Strategierne, at de skal trække det nødvendige beløb ud. 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. {% endstep %} {% step %} **Hæv** * Når der er tilstrækkelig likviditet i Vaulten, kan brugeren hæve sin udbetaling. Når der hæves, overføres de tilsvarende aktiver til brugerens wallet via cross-chain-infrastrukturen. {% endstep %} {% endstepper %} ### Cross-chain-arkitektur OmniYields infrastruktur er bygget op omkring en robust hub-and-spoke-arkitektur: * **Hub:** Vi bruger Arbitrum som vores centrale operationelle hub (den "primære chain"). Det er her, kernelogikken, de komplekse beregninger og den overordnede tilstandsforvaltning i OmniYield-protokollen primært befinder sig. * **Spokes:** Alle øvrige understøttede blockchains fungerer som ’spoke chains’ eller ’side chains. Det er de netværk, hvor brugerindbetalinger kan have deres oprindelse, og hvor mange af de underliggende afkaststrategier deployeres. De fungerer primært som eksekveringsendepunkter og modtager instruktioner fra Hubben.
#### **Kommunikationsflow:** {% stepper %} {% step %} **Aggregering** Når der træffes en rebalanceringsbeslutning, eller brugerhandlinger (som ind- og udbetalinger, der kræver cross-chain-bevægelse) finder sted, genereres cross-chain-meddelelser og sendes sikkert fra spoke-kæderne til Arbitrum-hubben. {% endstep %} {% step %} **Beregning** Hubben behandler disse indkommende meddelelser, udfører de nødvendige beregninger (som at optimere aktivallokeringen på tværs af alle spokes, beregne den samlede vault-performance og konsolidere gebyrer) og træffer strategiske beslutninger baseret på sit overordnede syn på systemet. {% endstep %} {% step %} **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 udførelse (f.eks. indbetaling af midler i en bestemt Strategy på et andet netværk). {% endstep %} {% endstepper %} {% hint style="success" %} Dette modulære design muliggør: * **Centraliseret logik, decentraliseret eksekvering**\ Denne model sikrer datakonsistens, da Arbitrum-hubben fungerer som den eneste sandhedskilde. Den faktiske kapitaludplacering sker på tværs af spoke-kæderne og udnytter de unikke muligheder, som hver chain tilbyder. * **Modularitet og udvidelsesmuligheder**\ Nye chains, aktiver, strategier og destinationer kan integreres på plug-and-play-basis med minimale ændringer i den eksisterende kodebase.\ Dette sikrer en lille angrebsflade, samtidig med at det letter udviklingen af yderligere produkter. For yderligere at styrke robustheden og funktionaliteten integrerer OmniYield Protocol med forskellige DeFi-primitiver og -infrastrukturer, hvilket giver den bedste brugeroplevelse og muliggør sømløs interaktion med andre finansielle værktøjer. {% endhint %} ### Cross-chain-kommunikation Driften af vores hub-and-spoke-model på tværs af adskillige blockchains muliggøres ved at udnytte førende cross-chain-meddelelsesudbydere: LayerZero og Axelar (og potentielt andre, der er skræddersyet til specifikke tokens/chains/funktioner i fremtiden). LayerZero muliggør letvægts- og effektiv meddelelsesoverførsel og sikrer minimal latenstid samt trustless interoperabilitet på tværs af understøttede netværk. Axelar supplerer dette med avanceret routing og sikker levering af generaliserede cross-chain-meddelelser. * **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 kanaler til at transmittere data og instruktioner på tværs af blockchain-grænser. Al videresendelse, validering og afvikling af meddelelser udføres gennem disse udbyderes sikre meddelelseskanaler. * **Muliggør nøgleoperationer:** LayerZero og Axelar videresender kritiske meddelelser, der kræves til kernefunktioner. Dette inkluderer: * 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 strategy-kontrakter på spoke-kæder for at udføre indbetalinger, udbetalinger eller rebalanceringer. * At rapportere det genererede afkast, performance-metrics og gebyrdata fra strategier på spoke-kæder tilbage til Hubben. ### Konsolideret gebyrrapportering I typiske multi-chain-opsætninger fungerer hver chain ofte som en silo med isoleret logik og performance-rapportering. OmniYield tager en radikalt anderledes tilgang. Vi mener, at vores økosystem bør fungere som én samlet protokol og ikke som en fragmenteret samling af chain-specifikke deploymenter. Selvom OmniYield genererer gebyrer fra afkaststrategier, der opererer på tværs af adskillige chains. Protokollen implementerer konsolideret gebyrrapportering, en proces hvor data om gebyrgenerering fra alle understøttede chains aggregeres, normaliseres og beregnes på Arbitrum (hubben). {% hint style="success" %} Dette muliggør: * **Fleksibel brugeroplevelse:** Brugere behøver ikke at bekymre sig om inkonsistente incitamenter. De kan indbetale fra enhver chain, de foretrækker, velvidende at gebyrer, afkastmuligheder og belønninger forbliver konsistente på tværs af hele OmniYield-økosystemet. * **Delte tokenomics:** Alle protokolgebyrer, uanset oprindelseschain, bidrager til den samme globale indtægtsmodel. * **Gennemsigtige metrics:** Samlet rapportering eliminerer uoverensstemmelser og forbedrer reviderbarheden. {% endhint %}