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

Architektura

Architektura OmniYield je navržena tak, aby byla modulární, nezávislá na konkrétním řetězci a vysoce škálovatelná.

Naším hlavním cílem je vytvořit vrstvu výnosů nezávislou na konkrétním řetězci, která maximalizuje výnosy upravené o riziko pro uživatele napříč DeFi. K tomu systém využívá rozsáhlou analýzu dat, pokročilé off-chain algoritmy, přísné bezpečnostní protokoly, pravidla diverzifikace a architekturu, která abstrahuje složitost cross-chain interakce.

Klíčové architektonické komponenty

Trezory

Brána uživatele do OmniYield.

Tyto smart kontrakty kompatibilní s ERC-4626 bezpečně spravují vklady, přijímají reporty ze strategií a zpracovávají výběry.

Slouží jako hlavní rozhraní, které koordinuje prostředky uživatelů se základními Strategiemi.

Vykonávací vrstva (Solver)

Vrstva inteligence OmniYield.

Tyto automatizované systémy neustále analyzují DeFi protokoly napříč řetězci, identifikují optimální příležitosti k výnosu, posuzují rizika a určují alokaci aktiv pro Trezory.

Toto zpracování je kvůli efektivitě počítáno off-chain – na chain se implementují pouze výsledky, což zabraňuje napodobování strategií OmniYield.

Strategie

Ke každému Trezoru je připojen alespoň jeden kontrakt Strategy.

Tato komponenta převádí rozhodnutí solveru na akce. Zvládá technické složitosti přesunu aktiv, včetně swapů tokenů, poskytování likvidity, lendingu, stakingu atd.

Cílové destinace

Konkrétní DeFi protokoly, liquidity pooly nebo výnosové farmy, do kterých jsou nakonec nasazena aktiva trezoru.

Infrastruktura pro cross-chain messaging

Základní technologie umožňující cross-chain funkce a usnadňující komunikaci a převody aktiv mezi různými blockchainy.

Životní cyklus aktiv

Pochopení toku aktiv pomáhá objasnit fungování systému:

1

Vklad

Uživatel vloží jediný typ aktiva (např. USDC) do odpovídajícího trezoru OmniYield na libovolném podporovaném řetězci. Vložená aktiva jsou přesunuta do kontraktu Trezoru na hubu Arbitrum a zpočátku tam nečinně leží.

2

Cross-chain rebalancování

  • Off-chain komponenta (autonomní Solver) sleduje zůstatky trezorů a tržní podmínky. Jakmile je dosaženo určitého prahu nečinných aktiv nebo během pravidelných optimalizačních cyklů, určí optimální alokaci pro aktuální Strategie napříč integrovanými řetězci a navrhne plán rebalancování. Pokud návrh splňuje bezpečnostní a výkonnostní omezení, zahájí rebalancování (např. přesun X množství USDC do Strategie A na Chainu Y) prostřednictvím kontraktu Trezoru na hubu Arbitrum.

  • S využitím LayerZero a Axelar je z hubu na příslušný kontrakt Trezoru na cílových řetězcích odeslána zpráva obsahující pokyny k rebalancování.

  • Systém provede nezbytné kroky (například bridging, swapy, vklady atd.) k rebalancování.

  • Aktualizovaná alokace je zaznamenána a přes vrstvu zpráv jsou zpět do hubu Arbitrum odeslány potvrzení a stavové aktualizace. Tento proces může zahrnovat přesun nečinných prostředků z hubu do Strategie nebo přesun prostředků mezi různými Strategiemi za lepším výnosem.

3

Automatické skládání výnosů a konsolidované reportování

  • Kontrakty Strategy pravidelně nárokují získané odměny z cílových protokolů, převádějí je do základního aktiva trezoru (např. USDC) a automaticky reinvestují. Tento proces je řízen oprávněnými Keepers.

  • Výkonnostní data, včetně odměn generovaných těmito Strategiemi na všech podporovaných řetězcích, jsou průběžně reportována zpět do hubu Arbitrum. Odměny se přičítají k celkové hodnotě trezoru a automaticky tak navyšují výnosy vkladatelů.

4

Výběr

  • Výběry nejsou omezeny na řetězec vkladu; uživatelé mohou kdykoli zahájit žádost o výběr z libovolného podporovaného řetězce (nemusí jít o stejný řetězec, jaký byl použit pro vklad).

  • Poplatek za výkonnost ve výši 9 % se vypočítává ze zisku vytvořeného vkladem uživatele napříč všemi podkladovými Strategiemi a řetězci.

  • Žádost je směrována do hubu Arbitrum. Pokud má Trezor dostatek nečinných prostředků (aktiv, která nejsou aktivně nasazena ve Strategiích), je výběr zpracován okamžitě.

  • Pokud Trezor nemá dostatek nečinných prostředků, hub dá Strategiím signál k výběru požadované částky. Upřednostní výběr ze Strategií, u nichž je dopad na celkový výnos (APR) minimální. Tento proces může podle podkladových protokolů trvat o něco déle.

5

Nárokovat

  • Jakmile je v Trezoru k dispozici dostatečná likvidita, může uživatel svůj výběr nárokovat. Po nárokování jsou příslušná aktiva přes cross-chain infrastrukturu převedena do peněženky uživatele.

Cross-chain architektura

Infrastruktura OmniYield je postavena na robustní architektuře hub-and-spoke:

  • Hub: Jako náš centrální provozní hub ("hlavní řetězec") využíváme Arbitrum. Zde se primárně nachází základní logika, složité výpočty a celková správa stavu protokolu OmniYield.

  • Pobočné řetězce: Všechny ostatní podporované blockchainy fungují jako „spoke chainy“ nebo „side chainy“. Jsou to sítě, kde mohou vznikat uživatelské vklady a kde je nasazena řada podkladových výnosových Strategií. Primárně slouží jako výkonná koncová místa, která přijímají pokyny z Hubu.

Tok komunikace:

1

Agregace

Když je učiněno rozhodnutí o rebalancování nebo nastanou uživatelské akce (například vklady/výběry vyžadující cross-chain přesun), jsou generovány cross-chain zprávy a bezpečně předávány z pobočných řetězců do hubu Arbitrum.

2

Výpočet

Hub tyto příchozí zprávy zpracovává, provádí nezbytné výpočty (například optimalizaci alokace aktiv napříč všemi pobočkami, výpočet celkové výkonnosti trezoru, konsolidaci poplatků) a činí strategická rozhodnutí na základě svého globálního pohledu na systém.

3

Distribuce

Jakmile jsou rozhodnutí přijata, jsou potřebné pokyny a transakční data distribuovány zpět z Arbitrum do příslušných smart kontraktů na pobočných řetězcích k provedení (např. vklad prostředků do konkrétní Strategie v jiné síti).

Cross-chain komunikace

Provoz našeho modelu hub-and-spoke napříč mnoha blockchainy umožňuje využití předních poskytovatelů cross-chain messagingu: LayerZero a Axelar (a v budoucnu možná i dalších přizpůsobených konkrétním tokenům/řetězcům/funkcím).

LayerZero umožňuje lehké a efektivní zprávy, zajišťuje minimální latenci a interoperabilitu bez nutnosti důvěry napříč podporovanými sítěmi. Axelar to doplňuje o vysoce úroveň routování a bezpečné doručování zobecněných cross-chain zpráv.

  • Komunikační páteř: Tyto protokoly fungují jako bezpečná a spolehlivá komunikační infrastruktura propojující náš Hub (Arbitrum) se všemi pobočnými řetězci. Poskytují nezbytné cesty pro přenos dat a pokynů napříč hranicemi blockchainů. Veškeré přeposílání zpráv, ověřování a vypořádání probíhá prostřednictvím bezpečných messagingových rails těchto poskytovatelů.

  • Usnadnění klíčových operací: LayerZero a Axelar předávají kritické zprávy nezbytné pro hlavní funkce. To zahrnuje:

    • Informování Hubu o nových vkladech provedených na pobočných řetězcích.

    • Předávání žádostí o výběr od uživatelů na pobočných řetězcích do Hubu ke zpracování.

    • Odesílání příkazů z Hubu do kontraktů strategií na pobočných řetězcích k provedení vkladů, výběrů nebo rebalancování.

    • Zpětné reportování generovaného výnosu, výkonnostních metrik a údajů o poplatcích ze strategií na pobočných řetězcích zpět do Hubu.

Konsolidované reportování poplatků

V typických multi-chain sestaveních funguje každý řetězec často jako silo s izolovanou logikou a reportováním výkonnosti. OmniYield přistupuje zcela odlišně. Věříme, že náš ekosystém by měl fungovat jako jeden sjednocený protokol, ne jako roztříštěná sbírka nasazení pro jednotlivé řetězce.

Zatímco OmniYield generuje poplatky z výnosových strategií fungujících napříč mnoha řetězci. Protokol zavádí konsolidované reportování poplatků, tedy proces, při němž jsou data o generování poplatků ze všech podporovaných řetězců agregována, normalizována a počítána na Arbitrum (hubu).

Poslední aktualizace