For the complete documentation index, see llms.txt. This page is also available as Markdown.

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.

Wichtige Architekturkomponenten

Vaults

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.

Ausführungsschicht (Solver)

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.

Strategien

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.

Ziele

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

Cross-Chain-Messaging-Infrastruktur

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

Der Asset-Lebenszyklus

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

1

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.

2

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.

  • 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.

3

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.

  • 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.

4

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.

5

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.

Cross-Chain-Architektur

Die Infrastruktur von OmniYield basiert auf einer robusten Hub-and-Spoke-Architektur:

  • 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.

Kommunikationsfluss:

1

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.

2

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.

3

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).

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).

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.

Zuletzt aktualisiert