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

Architektura

Architektura OmniYield została zaprojektowana tak, aby była modułowa, niezależna od łańcucha i wysoce skalowalna.

Naszym głównym celem jest stworzenie warstwy zysków niezależnej od łańcucha, która maksymalizuje zwroty skorygowane o ryzyko dla użytkowników w całym DeFi. Aby to osiągnąć, system wykorzystuje rozległą analizę danych, zaawansowane algorytmy poza łańcuchem, ścisłe protokoły bezpieczeństwa, zasady dywersyfikacji oraz architekturę, która abstrahuje złożoność interakcji międzyłańcuchowej.

Kluczowe komponenty architektury

Skarbce

Brama użytkownika do OmniYield.

Te zgodne z ERC-4626 kontrakty inteligentne bezpiecznie zarządzają depozytami, otrzymują raporty ze strategii i obsługują wypłaty.

Stanowią główny interfejs koordynujący środki użytkowników z bazowymi Strategiami.

Warstwa wykonawcza (Solver)

Warstwa inteligencji OmniYield.

Te zautomatyzowane systemy nieustannie analizują protokoły DeFi w różnych łańcuchach, identyfikują optymalne możliwości generowania zysku, oceniają ryzyko i określają alokację aktywów dla Skarbców.

To przetwarzanie jest wykonywane poza łańcuchem w celu zwiększenia wydajności - tylko wyniki są wdrażane on-chain, co zapobiega naśladowaniu strategii OmniYield.

Strategie

Z każdym Skarbcem powiązany jest co najmniej jeden kontrakt Strategy.

Ten komponent przekłada decyzje solveera na działania. Obsługuje techniczne złożoności przemieszczania aktywów, w tym swapy tokenów, zapewnianie płynności, lending, staking itd.

Miejsca docelowe

Konkretnie protokoły DeFi, pule płynności lub farmy zysków, do których ostatecznie trafiają aktywa skarbca.

Infrastruktura komunikacji międzyłańcuchowej

Podstawowa technologia umożliwiająca funkcje międzyłańcuchowe, ułatwiająca komunikację i transfery aktywów między różnymi blockchainami.

Cykl życia aktywów

Zrozumienie przepływu aktywów pomaga wyjaśnić działanie systemu:

1

Depozyt

Użytkownik deponuje jeden typ aktywa (np. USDC) do odpowiedniego Skarbca OmniYield na dowolnym obsługiwanym łańcuchu. Wpłacone aktywa są przenoszone do kontraktu Vault na hubie Arbitrum i początkowo pozostają tam bezczynne.

2

Rebalansowanie międzyłańcuchowe

  • Komponent poza łańcuchem (autonomiczny Solver) monitoruje salda skarbców i warunki rynkowe. Gdy zostanie osiągnięty określony próg bezczynnych aktywów albo podczas okresowych cykli optymalizacji, określa optymalną alokację dla bieżących Strategii w zintegrowanych łańcuchach i proponuje plan rebalansowania. Jeśli propozycja spełnia wymogi bezpieczeństwa i wydajności, inicjuje rebalansowanie (np. przeniesienie X USDC do Strategy A na Chain Y) za pośrednictwem kontraktu Vault na hubie Arbitrum.

  • Korzystając z LayerZero i Axelar, wiadomość zawierająca instrukcje rebalansowania jest wysyłana z huba do odpowiednich kontraktów Vault na łańcuchach docelowych.

  • System wykonuje niezbędne kroki (takie jak bridging, swap, depozyt itd.), aby przywrócić równowagę.

  • Zaktualizowana alokacja jest zapisywana, a potwierdzenia/aktualizacje statusu są odsyłane do huba Arbitrum za pośrednictwem warstwy komunikacyjnej. Proces ten może obejmować przenoszenie bezczynnych środków z huba do Strategii lub przesuwanie środków między różnymi Strategiami w celu uzyskania lepszych zysków.

3

Automatyczne kapitalizowanie i skonsolidowane raportowanie

  • Kontrakty Strategy okresowo pobierają zdobyte nagrody z protokołów docelowych, przekształcane do bazowego aktywa skarbca (np. USDC) i automatycznie reinwestowane. Proces ten jest koordynowany przez upoważnionych Keeperów.

  • Dane o wynikach, w tym nagrody generowane przez te Strategie na wszystkich obsługiwanych łańcuchach, są nieprzerwanie raportowane z powrotem do huba Arbitrum. Nagrody są dodawane do całkowitej wartości skarbca, automatycznie kapitalizując zyski depozytariuszy.

4

Wypłata

  • Wypłaty nie są ograniczone do łańcucha depozytu; użytkownicy mogą zainicjować żądanie wypłaty w dowolnym momencie z dowolnego obsługiwanego łańcucha (nie musi to być ten sam łańcuch, z którego dokonano depozytu).

  • 9% opłata za wyniki jest obliczana na podstawie zysku wygenerowanego przez depozyt użytkownika we wszystkich bazowych Strategiach i łańcuchach.

  • Żądanie jest kierowane do huba Arbitrum. Jeśli Skarbiec ma wystarczające bezczynne środki (aktywa niezaangażowane aktywnie w Strategiach), wypłata jest przetwarzana natychmiast.

  • Jeśli Skarbiec ma niewystarczające bezczynne środki, hub sygnalizuje Strategiom konieczność wypłaty wymaganej kwoty. Priorytetowo traktuje wypłaty z tych Strategii, w których wpływ na ogólny zysk (APR) jest najmniejszy. Proces ten może potrwać nieco dłużej w zależności od bazowych protokołów.

5

Odbiór

  • Gdy w Skarbcu będzie dostępna wystarczająca płynność, użytkownik może odebrać swoją wypłatę. Po odebraniu odpowiednie aktywa są transferowane do portfela użytkownika za pośrednictwem infrastruktury międzyłańcuchowej.

Architektura międzyłańcuchowa

Infrastruktura OmniYield jest zbudowana w oparciu o solidną architekturę typu hub-and-spoke:

  • Hub: Wykorzystujemy Arbitrum jako nasz centralny hub operacyjny („główny łańcuch”). To tutaj przede wszystkim znajduje się logika podstawowa, złożone obliczenia oraz ogólne zarządzanie stanem protokołu OmniYield.

  • Szprychy: Wszystkie pozostałe obsługiwane blockchainy funkcjonują jako „łańcuchy peryferyjne” lub „łańcuchy boczne”. To sieci, z których mogą pochodzić depozyty użytkowników i na których wdrażana jest znaczna część bazowych Strategii generujących zysk. Działają one przede wszystkim jako punkty wykonawcze, otrzymujące instrukcje z Huba.

Przepływ komunikacji:

1

Agregacja

Gdy podejmowana jest decyzja o rebalansowaniu lub zachodzą działania użytkownika (takie jak depozyty/wypłaty wymagające ruchu międzyłańcuchowego), generowane są wiadomości międzyłańcuchowe, które są bezpiecznie przekazywane z łańcuchów peryferyjnych do huba Arbitrum.

2

Obliczenia

Hub przetwarza te przychodzące wiadomości, wykonuje niezbędne obliczenia (takie jak optymalizacja alokacji aktywów we wszystkich szprychach, obliczanie ogólnej wydajności skarbca, konsolidacja opłat) i podejmuje strategiczne decyzje na podstawie globalnego obrazu systemu.

3

Dystrybucja

Gdy decyzje zostaną podjęte, niezbędne instrukcje i dane transakcyjne są odsyłane z Arbitrum do odpowiednich kontraktów inteligentnych na łańcuchach peryferyjnych w celu wykonania (np. zdeponowania środków w określonej Strategii na innej sieci).

Komunikacja międzyłańcuchowa

Działanie naszego modelu hub-and-spoke w wielu blockchainach jest możliwe dzięki wykorzystaniu wiodących dostawców komunikacji międzyłańcuchowej: LayerZero i Axelar (oraz potencjalnie innych, dostosowanych w przyszłości do konkretnych tokenów/łańcuchów/funkcji).

LayerZero zapewnia lekkie i wydajne przesyłanie wiadomości, gwarantując minimalne opóźnienia i beztrustową interoperacyjność w obsługiwanych sieciach. Axelar uzupełnia to o zaawansowane routowanie i bezpieczne dostarczanie uogólnionych wiadomości międzyłańcuchowych.

  • Kręgosłup komunikacyjny: Te protokoły działają jako bezpieczna i niezawodna infrastruktura komunikacyjna łącząca nasz Hub (Arbitrum) ze wszystkimi łańcuchami peryferyjnymi. Zapewniają one niezbędne kanały do przesyłania danych i instrukcji ponad granicami blockchainów. Całe przekazywanie wiadomości, walidacja i rozliczanie odbywa się za pośrednictwem bezpiecznych torów komunikacyjnych tych dostawców.

  • Umożliwianie kluczowych operacji: LayerZero i Axelar przekazują krytyczne wiadomości wymagane do podstawowych funkcji. Obejmuje to:

    • Powiadamianie Huba o nowych depozytach dokonanych na łańcuchach peryferyjnych.

    • Przekazywanie żądań wypłaty od użytkowników na łańcuchach peryferyjnych do Huba w celu przetworzenia.

    • Wysyłanie poleceń z Huba do kontraktów strategii na łańcuchach peryferyjnych w celu wykonania depozytów, wypłat lub rebalansowań.

    • Raportowanie zysków generowanych, metryk wydajności i danych o opłatach ze strategii na łańcuchach peryferyjnych z powrotem do Huba.

Skonsolidowane raportowanie opłat

W typowych konfiguracjach wielołańcuchowych każdy łańcuch często działa jak silos z odizolowaną logiką i raportowaniem wyników. OmniYield przyjmuje radykalnie inne podejście. Wierzymy, że nasz ekosystem powinien działać jako jeden, ujednolicony protokół, a nie rozdrobniony zbiór wdrożeń specyficznych dla poszczególnych łańcuchów.

Podczas gdy OmniYield generuje opłaty ze strategii yield działających na wielu łańcuchach. Protokół wdraża skonsolidowane raportowanie opłat, proces, w którym dane dotyczące generowania opłat ze wszystkich obsługiwanych łańcuchów są agregowane, normalizowane i obliczane na Arbitrum (hubie).

Ostatnia aktualizacja