> 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/omniyield/arkitektur.md).

# Arkitektur

OmniYields arkitektur er designet til at være modulær, kædeagnostisk og yderst skalerbar.

Vores primære mål er at skabe et kædeagnostisk afkastlag, der maksimerer risikojusterede 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 interaktion på tværs af kæder væk.&#x20;

### Nøglearkitektoniske komponenter

<details>

<summary><strong>Vaults</strong></summary>

Brugerens indgang til OmniYield.

Disse ERC-4626-kompatible smart contracts håndterer 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.

</details>

<details>

<summary><strong>Eksekveringslag (Solver)</strong></summary>

OmniYields intelligenslag.

Disse automatiserede systemer analyserer konstant DeFi-protokoller på tværs af kæder, identificerer optimale afkastmuligheder, vurderer risici og fastlægger allokeringen af aktiver for Vaults.

Denne behandling beregnes off-chain for effektivitetens skyld - kun resultaterne implementeres on-chain, hvilket forhindrer OmniYields strategier i at blive efterlignet.

</details>

<details>

<summary><strong>Strategier</strong></summary>

Knyttet til hver Vault er der mindst én Strategi-kontrakt.

Denne komponent omsætter solver-beslutninger til handlinger. Den håndterer de tekniske kompleksiteter ved flytning af aktiver, herunder token-swaps, likviditetsforsyning, udlån, staking osv.

</details>

<details>

<summary><strong>Destinationer</strong></summary>

De specifikke DeFi-protokoller, likviditetspuljer eller yield-farme, hvor vault-aktiverne til sidst allokeres.

</details>

<details>

<summary><strong>Infrastruktur til beskeder på tværs af kæder</strong></summary>

Den grundlæggende teknologi, der muliggør funktionalitet på tværs af kæder og faciliterer kommunikation og overførsel af aktiver mellem forskellige blockchains.

</details>

### Aktivernes livscyklus

<div data-with-frame="true"><figure><img src="/files/3637732b37674073e3718a3c6cdf4ce96eb1191c" alt=""><figcaption></figcaption></figure></div>

At forstå flowet af aktiver hjælper med at tydeliggøre systemets funktion:

{% stepper %}
{% step %}
**Indbetaling**

En bruger indbetaler en enkelt aktivtype (f.eks. USDC) i den tilsvarende OmniYield Vault på enhver understøttet kæde. De indbetalte aktiver flyttes til Vault-kontrakten på Arbitrum-hubben og ligger i første omgang inaktive der.
{% endstep %}

{% step %}
**Rebalancering på tværs af kæder**

* Den off-chain-komponent (den autonome Solver) overvåger vault-saldi og markedsforhold. Når en vis tærskel for inaktive aktiver er nået, eller under periodiske optimeringscyklusser, bestemmer den den optimale allokering for de nuværende Strategier på tværs af integrerede kæder og foreslår en rebalanceringsplan. Hvis forslaget opfylder sikkerheds- og præstationskravene, igangsætter det en rebalancering (f.eks. flytning af X beløb USDC til Strategi A på Kæde Y) via Vault-kontrakten på Arbitrum-hubben.&#x20;
* Ved hjælp af LayerZero og Axelar sendes en besked med instruktioner til rebalancering fra hubben til den relevante Vault-kontrakt på målkæderne.
* Systemet udfører de nødvendige trin (såsom bridging, swap, indbetaling osv.) for at rebalancere.
* Den opdaterede allokering registreres, og bekræftelses-/statusopdateringer sendes tilbage til Arbitrum-hubben via beskedlaget. 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.
  {% endstep %}

{% step %}
**Auto-kompoundering og samlet rapportering**

* Strategi-kontrakter gør periodisk krav på optjente belønninger fra destinationprotokollerne, som omdannes til vaultens basisaktiv (f.eks. USDC) og geninvesteres automatisk. Denne proces orkestreres af betroede Keepers med tilladelse.&#x20;
* Præstationsdata, herunder belønninger genereret af disse Strategier på alle understøttede kæder, rapporteres løbende tilbage til Arbitrum-hubben. Belønninger føjes til vaultens samlede værdi og sammensætter automatisk afkastet for indskyderne.
  {% endstep %}

{% step %}
**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 resultatgebyr på 9 % beregnes ud fra den fortjeneste, der genereres af en brugers indbetaling på tværs af alle underliggende Strategier og kæder.
* Anmodningen dirigeres til Arbitrum-hubben. Hvis Vaulten har tilstrækkelige inaktive midler (aktiver, der ikke er aktivt deployeret 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 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 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.
  {% endstep %}
  {% endstepper %}

### Arkitektur på tværs af kæder

OmniYields infrastruktur er bygget op omkring en robust hub-and-spoke-arkitektur:&#x20;

* **Hub:** Vi anvender Arbitrum som vores centrale operationelle hub ("hovedkæden"). Det er her, kerne-logikken, de komplekse beregninger og den overordnede state management for OmniYield-protokollen primært befinder sig.
* **Spokes:** Alle andre 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 yield-strategier er deployeret. De fungerer primært som eksekveringsendepunkter, der modtager instruktioner fra Hubben.

<div data-with-frame="true"><figure><img src="/files/bbbb377b9c5337a6d0c7885e8a5f1a1b4f6bd704" alt=""><figcaption></figcaption></figure></div>

#### **Kommunikationsflow:**

{% stepper %}
{% step %}
**Aggregering**

Når der træffes en rebalanceringsbeslutning, eller når brugerhandlinger (som ind- og udbetalinger, der kræver flytning på tværs af kæder) finder sted, genereres der cross-chain-beskeder, som sikkert sendes fra spoke chains til Arbitrum-hubben.
{% endstep %}

{% step %}
**Beregning**

Hubben behandler disse indkommende beskeder, udfører de nødvendige beregninger (som at optimere allokeringen af aktiver på tværs af alle spokes, beregne vaultens samlede performance og konsolidere gebyrer) og træffer strategiske beslutninger baseret på sit globale overblik over 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 chains til eksekvering (f.eks. indbetaling af midler i en specifik Strategi 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 kapitalallokering sker på tværs af spoke chains og udnytter de unikke muligheder, som hver kæde tilbyder.
* **Modularitet og udvidelsesmuligheder**\
  Nye kæder, aktiver, strategier og destinationer kan integreres på plug-and-play-basis med minimale ændringer i den eksisterende kodebase.\
  Dette sikrer en lille angrebsflade og letter samtidig 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 problemfri interaktion med andre finansielle værktøjer.
  {% endhint %}

### Kommunikation på tværs af kæder

Driften af vores hub-and-spoke-model på tværs af adskillige blockchains muliggøres ved at udnytte førende udbydere af beskeder på tværs af kæder: LayerZero og Axelar (og potentielt andre, der i fremtiden er tilpasset specifikke tokens/kæder/funktioner).&#x20;

LayerZero muliggør letvægts- og effektiv beskedhåndtering, hvilket sikrer minimal latenstid og trustless interoperabilitet på tværs af understøttede netværk. Axelar supplerer dette med avanceret routing og sikker levering af generaliserede cross-chain-beskeder.

* **Kommunikationsrygraden:** Disse protokoller fungerer som den sikre og pålidelige kommunikationsinfrastruktur, der forbinder vores Hub (Arbitrum) med alle Spoke-kæderne. De udgør de nødvendige kanaler til at overføre data og instruktioner på tværs af blockchain-grænser. Al videresendelse, validering og afregning af beskeder sker gennem disse udbyderes sikre messaging-rails.
* **Facilitering af nøgleoperationer:** LayerZero og Axelar videresender kritiske beskeder, der er nødvendige for kernefunktionerne. Dette omfatter:
  * At underrette Hubben om nye indbetalinger foretaget på spoke chains.
  * At videresende udbetalingsanmodninger fra brugere på spoke chains til Hubben til behandling.
  * At sende kommandoer fra Hubben til strategikontrakter på spoke chains for at udføre indbetalinger, udbetalinger eller rebalanceringer.
  * At rapportere genereret afkast, præstationsmålinger og gebyrdata fra strategier på spoke chains tilbage til Hubben.

### Samlet gebyrrapportering

I typiske multi-chain-opsætninger fungerer hver kæde ofte som en silo med isoleret logik og præstationsrapportering. OmniYield tager en radikalt anderledes tilgang. Vi mener, at vores økosystem skal fungere som én samlet protokol, ikke som en fragmenteret samling af kædespecifikke deployeringer.

Selvom OmniYield genererer gebyrer fra yield-strategier, der opererer på tværs af adskillige kæder, implementerer protokollen samlet gebyrrapportering, en proces hvor data om gebyrgenerering fra alle understøttede kæder aggregeres, normaliseres og beregnes på Arbitrum (hubben).&#x20;

{% hint style="success" %}
Dette muliggør:

* **Fleksibel brugeroplevelse:** Brugerne behøver ikke bekymre sig om inkonsistente incitamenter. De kan indbetale fra enhver kæde, de foretrækker, vel vidende at gebyrer, afkastmuligheder og belønninger forbliver konsistente på tværs af hele OmniYield-økosystemet.
* **Fælles tokenomics:** Alle protokolgebyrer, uanset oprindelseskæde, bidrager til den samme globale indtægtsmodel.
* **Gennemsigtige målinger:** Samlet rapportering eliminerer uoverensstemmelser og forbedrer revisionsmulighederne.
  {% endhint %}

<div align="right"><figure><img src="/files/a1d57420adbe89b5d320195ad0e89c771d024a2d" alt="" width="17"><figcaption></figcaption></figure></div>
