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

Arhitectură

Arhitectura OmniYield este concepută să fie modulară, agnostică față de lanț și foarte scalabilă.

Obiectivul nostru principal este să creăm un strat de randament agnostic față de lanț, care maximizează randamentele ajustate la risc pentru utilizatorii din întregul ecosistem DeFi. Pentru a realiza acest lucru, sistemul folosește o analiză extinsă a datelor, algoritmi avansați off-chain, protocoale stricte de siguranță, reguli de diversificare și o arhitectură care abstrahizează complexitatea interacțiunii cross-chain.

Componente arhitecturale cheie

Seifuri

Poarta utilizatorului către OmniYield.

Aceste contracte inteligente compatibile ERC-4626 gestionează în siguranță depunerile, primesc rapoarte de la strategii și procesează retragerile.

Ele servesc drept interfață principală care coordonează fondurile utilizatorilor cu strategiile de bază.

Stratul de execuție (Solver)

Stratul de inteligență al OmniYield.

Aceste sisteme automatizate analizează constant protocoalele DeFi de pe diferite lanțuri, identifică cele mai bune oportunități de randament, evaluează riscurile și dictează alocarea activelor pentru Seifuri.

Această procesare este calculată off-chain pentru eficiență — doar rezultatele sunt implementate onchain, împiedicând copierea strategiilor OmniYield.

Strategii

Fiecărui Seif îi este asociat cel puțin un contract de Strategie.

Această componentă traduce deciziile solverului în acțiuni. Ea gestionează complexitățile tehnice ale mișcării activelor, inclusiv swapuri de tokenuri, furnizare de lichiditate, lending, staking etc.

Destinații

Protocoalele DeFi specifice, pool-urile de lichiditate sau fermele de randament unde activele din seif sunt, în cele din urmă, plasate.

Infrastructură de mesagerie cross-chain

Tehnologia de bază care permite capabilități cross-chain, facilitând comunicarea și transferurile de active între diferite blockchainuri.

Ciclul de viață al activelor

Înțelegerea fluxului activelor ajută la clarificarea funcționării sistemului:

1

Depunere

Un utilizator depune un singur tip de activ (de ex., USDC) în Seiful OmniYield corespunzător, pe orice lanț suportat. Activele depuse sunt mutate în contractul Seifului de pe hub-ul Arbitrum și inițial rămân inactive acolo.

2

Reechilibrare cross-chain

  • Componenta off-chain (Solverul autonom) monitorizează soldurile seifului și condițiile de piață. Odată ce este atins un anumit prag de active inactive sau în timpul ciclurilor periodice de optimizare, aceasta determină alocarea optimă pentru strategiile curente pe lanțurile integrate și propune un plan de reechilibrare. Dacă propunerea îndeplinește constrângerile de siguranță și performanță, inițiază o reechilibrare (de ex., mutarea unei sume X de USDC către Strategia A pe Lanțul Y) prin contractul Seifului de pe hub-ul Arbitrum.

  • Folosind LayerZero și Axelar, un mesaj care conține instrucțiuni de reechilibrare este trimis de la hub către contractul relevant al Seifului de pe lanțurile țintă.

  • Sistemul execută pașii necesari (cum ar fi bridging, swap, depunere etc.) pentru a reechilibra.

  • Alocarea actualizată este înregistrată, iar confirmările/actualizările de stare sunt trimise înapoi către hub-ul Arbitrum prin stratul de mesagerie. Acest proces poate implica mutarea fondurilor inactive din hub într-o Strategie sau transferul fondurilor între diferite Strategii pentru a urmări randamente mai bune.

3

Auto-compunere și raportare consolidată

  • Contractele de Strategie revendică periodic recompensele obținute de la protocoalele destinație, le convertesc în activul de bază al seifului (de ex., USDC) și le reinvestesc automat. Acest proces este orchestrat de Keepers autorizați.

  • Datele de performanță, inclusiv recompensele generate de aceste Strategii pe toate lanțurile suportate, sunt raportate continuu înapoi către hub-ul Arbitrum. Recompensele sunt adăugate la valoarea totală a seifului, compunând automat randamentele pentru deponenți.

4

Retragere

  • Retragerile nu sunt limitate la lanțul de depunere; utilizatorii pot iniția o cerere de retragere în orice moment de pe orice lanț suportat (nu trebuie să fie același lanț folosit pentru depunere).

  • O taxă de performanță de 9% este calculată pe baza profitului generat de depunerea unui utilizator în toate strategiile și pe toate lanțurile de bază.

  • Cererea este redirecționată către hub-ul Arbitrum. Dacă Seiful are suficiente fonduri inactive (active care nu sunt plasate activ în Strategii), retragerea este procesată imediat.

  • Dacă Seiful nu are suficiente fonduri inactive, hub-ul semnalează Strategiilor să retragă suma necesară. Se acordă prioritate retragerii din strategiile unde impactul asupra randamentului total (APR) este minimizat. Acest proces poate dura puțin mai mult, în funcție de protocoalele subiacente.

5

Revendică

  • Odată ce există suficientă lichiditate în Seif, utilizatorul își poate revendica retragerea. La revendicare, activele corespunzătoare sunt transferate în portofelul utilizatorului prin infrastructura cross-chain.

Arhitectură cross-chain

Infrastructura OmniYield este construită pe o arhitectură robustă de tip hub-and-spoke:

  • Hub: Folosim Arbitrum ca hub operațional central („lanțul principal”). Aici rezidă în principal logica de bază, calculele complexe și gestionarea stării generale a protocolului OmniYield.

  • Spițe: Toate celelalte blockchainuri suportate funcționează ca „lanțuri-spiță” sau „lanțuri secundare”. Acestea sunt rețelele din care pot proveni depunerile utilizatorilor și pe care sunt implementate multe dintre strategiile de randament subiacente. Ele acționează în principal ca puncte finale de execuție, primind instrucțiuni de la Hub.

Flux de comunicare:

1

Agregare

Când se ia o decizie de reechilibrare sau au loc acțiuni ale utilizatorului (cum ar fi depuneri/retrageri care necesită mișcare cross-chain), sunt generate mesaje cross-chain și transmise în siguranță de la lanțurile-spiță către hub-ul Arbitrum.

2

Calcul

Hub-ul procesează aceste mesaje primite, efectuează calculele necesare (cum ar fi optimizarea alocării activelor pe toate spițele, calcularea performanței totale a seifului, consolidarea taxelor) și ia decizii strategice pe baza viziunii sale globale asupra sistemului.

3

Distribuție

Odată ce sunt luate deciziile, instrucțiunile necesare și datele tranzacțiilor sunt distribuite înapoi de la Arbitrum către contractele inteligente relevante de pe lanțurile-spiță pentru execuție (de ex., depunerea fondurilor într-o Strategie specifică de pe o altă rețea).

Comunicare cross-chain

Funcționarea modelului nostru hub-and-spoke pe numeroase blockchainuri este posibilă prin utilizarea principalilor furnizori de mesagerie cross-chain: LayerZero și Axelar (și, potențial, alții adaptați în viitor pentru tokenuri/lanțuri/funcții specifice).

LayerZero permite mesagerie ușoară și eficientă, asigurând latență minimă și interoperabilitate fără încredere între rețelele suportate. Axelar completează acest lucru cu rutare de nivel înalt și livrare sigură a mesajelor cross-chain generalizate.

  • Coloana vertebrală a comunicării: Aceste protocoale acționează ca infrastructură de comunicare sigură și fiabilă care conectează Hub-ul nostru (Arbitrum) cu toate lanțurile-spiță. Ele oferă căile esențiale pentru transmiterea datelor și instrucțiunilor peste granițele blockchain. Toată redirecționarea mesajelor, validarea și decontarea sunt realizate prin canalele de mesagerie securizate ale acestor furnizori.

  • Facilitarea operațiunilor cheie: LayerZero și Axelar transmit mesajele critice necesare pentru funcțiile de bază. Acestea includ:

    • Notificarea Hub-ului despre noile depuneri efectuate pe lanțurile-spiță.

    • Transmiterea cererilor de retragere de la utilizatorii de pe lanțurile-spiță către Hub pentru procesare.

    • Trimiterea de comenzi de la Hub către contractele de Strategie de pe lanțurile-spiță pentru a executa depuneri, retrageri sau reechilibrări.

    • Raportarea randamentului generat, a metricilor de performanță și a datelor despre taxe de la strategiile de pe lanțurile-spiță înapoi către Hub.

Raportare consolidată a taxelor

În configurările multi-chain obișnuite, fiecare lanț acționează adesea ca un siloz cu logică și raportare a performanței izolate. OmniYield adoptă o abordare radical diferită. Credem că ecosistemul nostru ar trebui să funcționeze ca un singur protocol unificat, nu ca o colecție fragmentată de implementări specifice fiecărui lanț.

Deși OmniYield generează comisioane din strategiile de randament care operează pe numeroase lanțuri, protocolul implementează raportarea consolidată a taxelor, un proces în care datele despre generarea taxelor de pe toate lanțurile suportate sunt agregate, normalizate și calculate pe Arbitrum (hub-ul).

Ultima actualizare