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

# Architektur

Die Architektur von OmniYield ist modular, chain-agnostisch und hochskalierbar ausgelegt.

Unser Hauptziel ist es, eine chain-agnostische Renditeschicht zu schaffen, die die risikoadjustierten Erträge für Nutzer im gesamten DeFi maximiert. Um dies zu erreichen, nutzt das System umfangreiche Datenanalysen, fortschrittliche Off-Chain-Algorithmen, strenge Sicherheitsprotokolle, Diversifizierungsregeln und eine Architektur, die die Komplexität der Cross-Chain-Interaktion abstrahiert.&#x20;

### Wichtige Architekturkomponenten

<details>

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

Der Zugang des Nutzers zu OmniYield.

Diese ERC-4626-konformen Smart Contracts verwalten Einzahlungen sicher, empfangen Berichte von Strategien und verarbeiten Auszahlungen.

Sie dienen als primäre Schnittstelle, die Nutzergelder mit den zugrunde liegenden Strategien koordiniert.

</details>

<details>

<summary><strong>Ausführungsschicht (Solver)</strong></summary>

Die Intelligenzschicht von OmniYield.

Diese automatisierten Systeme analysieren fortlaufend DeFi-Protokolle über verschiedene Chains hinweg, identifizieren optimale Renditechancen, bewerten Risiken und geben die Vermögensallokation für die Vaults vor.

Diese Verarbeitung wird aus Effizienzgründen Off-Chain berechnet – nur die Ergebnisse werden Onchain implementiert, wodurch verhindert wird, dass die Strategien von OmniYield imitiert werden.

</details>

<details>

<summary><strong>Strategien</strong></summary>

Jedem Vault ist mindestens ein Strategy-Vertrag zugeordnet.

Diese Komponente übersetzt die Entscheidungen des Solvers in Aktionen. Sie übernimmt die technischen Komplexitäten der Vermögensbewegung, einschließlich Token-Swaps, Liquiditätsbereitstellung, Verleihen, Staking usw.

</details>

<details>

<summary><strong>Ziele</strong></summary>

Die konkreten DeFi-Protokolle, Liquiditätspools oder Yield-Farmen, in denen die Vermögenswerte des Vaults letztlich eingesetzt werden.

</details>

<details>

<summary><strong>Cross-Chain-Messaging-Infrastruktur</strong></summary>

Die grundlegende Technologie, die Cross-Chain-Funktionen ermöglicht und Kommunikation sowie Asset-Transfers zwischen verschiedenen Blockchains erleichtert.

</details>

### Der Asset-Lebenszyklus

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

Das Verständnis des Asset-Flusses hilft, die Funktionsweise des Systems zu verdeutlichen:

{% stepper %}
{% step %}
**Einzahlung**

Ein Nutzer zahlt einen einzelnen Asset-Typ (z. B. USDC) in den entsprechenden OmniYield-Vault auf einer beliebigen unterstützten Chain ein. Die eingezahlten Assets werden zum Vault-Vertrag auf dem Arbitrum-Hub verschoben und liegen dort zunächst ungenutzt.
{% endstep %}

{% step %}
**Cross-Chain-Rebalancing**

* Die Off-Chain-Komponente (autonomer Solver) überwacht Vault-Salden und Marktbedingungen. Sobald ein bestimmter Schwellenwert an ungenutzten Assets erreicht ist oder während periodischer Optimierungszyklen, bestimmt sie die optimale Allokation für die aktuellen Strategien über integrierte Chains hinweg und schlägt einen Rebalancing-Plan vor. Wenn der Vorschlag die Sicherheits- und Leistungsanforderungen erfüllt, initiiert er ein Rebalancing (z. B. das Verschieben von X USDC zu Strategie A auf Chain Y) über den Vault-Vertrag auf dem Arbitrum-Hub.&#x20;
* Unter Verwendung von LayerZero und Axelar wird eine Nachricht mit Rebalancing-Anweisungen vom Hub an den entsprechenden Vault-Vertrag auf den Ziel-Chains gesendet.
* Das System führt die notwendigen Schritte aus (z. B. Bridging, Swapping, Einzahlen usw.), um neu auszubalancieren.
* Die aktualisierte Allokation wird aufgezeichnet, und Bestätigungs-/Status-Updates werden über die Messaging-Schicht zurück an den Arbitrum-Hub gesendet. Dieser Prozess kann das Verschieben ungenutzter Mittel vom Hub in eine Strategie oder das Umlagern von Mitteln zwischen verschiedenen Strategien umfassen, um bessere Renditen zu erzielen.
  {% endstep %}

{% step %}
**Automatisches Compounding & konsolidierte Berichterstattung**

* Strategieverträge beanspruchen regelmäßig verdiente Belohnungen von den Zielprotokollen, wandeln sie in den Basis-Asset des Vaults (z. B. USDC) um und reinvestieren sie automatisch. Dieser Prozess wird von berechtigten Keepers orchestriert.&#x20;
* Leistungsdaten, einschließlich der von diesen Strategien auf allen unterstützten Chains erzielten Belohnungen, werden fortlaufend an den Arbitrum-Hub zurückgemeldet. Die Belohnungen werden zum Gesamtwert des Vaults hinzugefügt und lassen die Erträge für Einzahler automatisch anwachsen.
  {% endstep %}

{% step %}
**Auszahlung**

* Auszahlungen sind nicht auf die Einzahlungs-Chain beschränkt; Nutzer können jederzeit von jeder unterstützten Chain aus einen Auszahlungsantrag stellen (**es muss nicht dieselbe Chain sein, die für die Einzahlung verwendet wurde**).
* Eine Performance-Gebühr von 9 % wird auf Grundlage des Gewinns berechnet, den die Einzahlung eines Nutzers über alle zugrunde liegenden Strategien und Chains hinweg erzielt.
* Die Anfrage wird an den Arbitrum-Hub weitergeleitet. Wenn der Vault über ausreichend ungenutzte Mittel verfügt (Assets, die nicht aktiv in Strategien eingesetzt sind), wird die Auszahlung sofort verarbeitet.
* Wenn der Vault nicht über genügend ungenutzte Mittel verfügt, signalisiert der Hub den Strategien, den benötigten Betrag abzuheben. Dabei wird das Abheben aus Strategien priorisiert, bei denen die Auswirkung auf die Gesamt-Rendite (APR) minimiert wird. Dieser Prozess kann je nach den zugrunde liegenden Protokollen etwas länger dauern.
  {% endstep %}

{% step %}
**Abholen**

* Sobald im Vault ausreichend Liquidität verfügbar ist, kann der Nutzer seine Auszahlung abholen. Beim Abholen werden die entsprechenden Assets über die Cross-Chain-Infrastruktur in die Wallet des Nutzers übertragen.
  {% endstep %}
  {% endstepper %}

### Cross-Chain-Architektur

Die Infrastruktur von OmniYield basiert auf einer robusten Hub-and-Spoke-Architektur:&#x20;

* **Hub:** Wir nutzen Arbitrum als unseren zentralen Betriebshub (die „Main Chain“). Hier befinden sich primär die Kernlogik, komplexe Berechnungen und die gesamte Zustandsverwaltung des OmniYield-Protokolls.
* **Speichen:** Alle anderen unterstützten Blockchains fungieren als ‚Spoke-Chains‘ oder ‚Side Chains. Diese sind die Netzwerke, auf denen Nutzereinzahlungen ihren Ursprung haben können und auf denen viele der zugrunde liegenden Rendite-Strategien eingesetzt werden. Sie fungieren hauptsächlich als Ausführungsendpunkte und empfangen Anweisungen vom Hub.

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

#### **Kommunikationsfluss:**

{% stepper %}
{% step %}
**Aggregation**

Wenn eine Rebalancing-Entscheidung getroffen wird oder Nutzeraktionen (wie Einzahlungen/Auszahlungen, die Cross-Chain-Bewegungen erfordern) stattfinden, werden Cross-Chain-Nachrichten erzeugt und sicher von den Speichenketten an den Arbitrum-Hub übermittelt.
{% endstep %}

{% step %}
**Berechnung**

Der Hub verarbeitet diese eingehenden Nachrichten, führt die notwendigen Berechnungen durch (wie die Optimierung der Asset-Allokation über alle Speichen hinweg, die Berechnung der Gesamtleistung des Vaults, die Konsolidierung von Gebühren) und trifft strategische Entscheidungen auf Basis seiner globalen Sicht auf das System.
{% endstep %}

{% step %}
**Verteilung**

Sobald Entscheidungen getroffen sind, werden die erforderlichen Anweisungen und Transaktionsdaten von Arbitrum zurück an die relevanten Smart Contracts auf den Speichenketten zur Ausführung verteilt (z. B. Einzahlen von Mitteln in eine bestimmte Strategie auf einem anderen Netzwerk).
{% endstep %}
{% endstepper %}

{% hint style="success" %}
Dieses modulare Design ermöglicht:

* **Zentralisierte Logik, dezentrale Ausführung**\
  Dieses Modell stellt die Datenkonsistenz sicher, da der Arbitrum-Hub als Single Source of Truth fungiert. Die eigentliche Kapitalbereitstellung erfolgt über die Speichenketten hinweg und nutzt die einzigartigen Möglichkeiten, die jede Chain bietet.
* **Modularität und Erweiterbarkeit**\
  Neue Chains, Assets, Strategien und Ziele können mit minimalen Änderungen an der bestehenden Codebasis per Plug-and-Play integriert werden.\
  Dies sorgt für eine geringe Angriffsfläche und erleichtert zugleich die Entwicklung zusätzlicher Produkte. Um seine Robustheit und Funktionalität weiter zu verbessern, integriert sich das OmniYield-Protokoll mit verschiedenen DeFi-Primitiven und Infrastrukturen, bietet die bestmögliche Nutzererfahrung und ermöglicht eine nahtlose Interaktion mit anderen Finanztools.
  {% endhint %}

### Cross-Chain-Kommunikation

Der Betrieb unseres Hub-and-Spoke-Modells über zahlreiche Blockchains hinweg wird durch die Nutzung führender Cross-Chain-Messaging-Anbieter ermöglicht: LayerZero und Axelar (und möglicherweise künftig weitere, die auf bestimmte Tokens/Chains/Funktionen zugeschnitten sind).&#x20;

LayerZero ermöglicht leichtgewichtiges und effizientes Messaging und sorgt für minimale Latenz sowie vertrauenslose Interoperabilität über unterstützte Netzwerke hinweg. Axelar ergänzt dies mit hochwertigem Routing und sicherer Zustellung generalisierter Cross-Chain-Nachrichten.

* **Das Kommunikationsrückgrat:** Diese Protokolle dienen als sichere und zuverlässige Kommunikationsinfrastruktur, die unseren Hub (Arbitrum) mit allen Speichenketten verbindet. Sie bieten die wesentlichen Pfade für die Übertragung von Daten und Anweisungen über Blockchain-Grenzen hinweg. Das Weiterleiten, Validieren und Abwickeln von Nachrichten erfolgt vollständig über die sicheren Messaging-Schienen dieser Anbieter.
* **Unterstützung zentraler Abläufe:** LayerZero und Axelar übermitteln kritische Nachrichten, die für Kernfunktionen erforderlich sind. Dazu gehören:
  * Benachrichtigung des Hubs über neue Einzahlungen auf Speichenketten.
  * Weiterleitung von Auszahlungsanfragen von Nutzern auf Speichenketten an den Hub zur Verarbeitung.
  * Senden von Befehlen vom Hub an Strategieverträge auf Speichenketten, um Einzahlungen, Auszahlungen oder Rebalancings auszuführen.
  * Rückmeldung der von Strategien auf Speichenketten erzielten Renditen, Leistungskennzahlen und Gebührendaten an den Hub.

### Konsolidierte Gebührenberichterstattung

In typischen Multi-Chain-Setups fungiert jede Chain oft als Silo mit isolierter Logik und Leistungsberichterstattung. OmniYield verfolgt einen radikal anderen Ansatz. Wir sind der Ansicht, dass unser Ökosystem als ein einziges, einheitliches Protokoll funktionieren sollte und nicht als fragmentierte Sammlung chain-spezifischer Deployments.

Während OmniYield Gebühren aus Renditestrategien generiert, die über zahlreiche Chains hinweg betrieben werden, implementiert das Protokoll eine konsolidierte Gebührenberichterstattung, einen Prozess, bei dem Daten zur Gebührenentstehung aus allen unterstützten Chains auf Arbitrum (dem Hub) aggregiert, normalisiert und berechnet werden.&#x20;

{% hint style="success" %}
Dies ermöglicht:

* **Flexible Nutzererfahrung:** Nutzer müssen sich nicht um inkonsistente Anreize sorgen. Sie können von jeder beliebigen Chain einzahlen und wissen, dass Gebühren, Renditechancen und Belohnungen im gesamten OmniYield-Ökosystem konsistent bleiben.
* **Gemeinsame Tokenomics:** Alle Protokollgebühren tragen unabhängig von der Ursprungs-Chain zum selben globalen Umsatzmodell bei.
* **Transparente Kennzahlen:** Einheitliche Berichterstattung beseitigt Abweichungen und verbessert die Prüfbarkeit.
  {% endhint %}

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