> 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/ro/omniyield/arhitectura.md).

# 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.&#x20;

### Componente arhitecturale cheie

<details>

<summary><strong>Seifuri</strong></summary>

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

</details>

<details>

<summary><strong>Stratul de execuție (Solver)</strong></summary>

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.

</details>

<details>

<summary><strong>Strategii</strong></summary>

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.

</details>

<details>

<summary><strong>Destinații</strong></summary>

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

</details>

<details>

<summary><strong>Infrastructură de mesagerie cross-chain</strong></summary>

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

</details>

### Ciclul de viață al activelor

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

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

{% stepper %}
{% step %}
**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.
{% endstep %}

{% step %}
**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.&#x20;
* 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.
  {% endstep %}

{% step %}
**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.&#x20;
* 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.
  {% endstep %}

{% step %}
**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.
  {% endstep %}

{% step %}
**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.
  {% endstep %}
  {% endstepper %}

### Arhitectură cross-chain

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

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

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

#### **Flux de comunicare:**

{% stepper %}
{% step %}
**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.
{% endstep %}

{% step %}
**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.
{% endstep %}

{% step %}
**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).
{% endstep %}
{% endstepper %}

{% hint style="success" %}
Acest design modular permite:

* **Logică centralizată, execuție descentralizată**\
  Acest model asigură consistența datelor, deoarece hub-ul Arbitrum acționează ca sursă unică a adevărului. Implementarea efectivă a capitalului are loc pe lanțurile-spiță, valorificând oportunitățile unice oferite de fiecare lanț.
* **Modularitate și extensibilitate**\
  Noile lanțuri, active, strategii și destinații pot fi integrate într-un mod plug-and-play, cu modificări minime ale bazei de cod existente.\
  Acest lucru asigură o suprafață de atac redusă, facilitând în același timp dezvoltarea de produse suplimentare. Pentru a-și îmbunătăți și mai mult robustețea și funcționalitatea, protocolul OmniYield se integrează cu diverse primitive și infrastructuri DeFi, oferind cea mai bună experiență pentru utilizator și permițând interacțiunea fără probleme cu alte instrumente financiare.
  {% endhint %}

### 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).&#x20;

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).&#x20;

{% hint style="success" %}
Acest lucru permite:

* **Experiență flexibilă pentru utilizator:** Utilizatorii nu trebuie să își facă griji în privința stimulentelor inconsistente. Ei pot depune de pe orice lanț preferă, știind că taxele, oportunitățile de randament și recompensele rămân consecvente în întregul ecosistem OmniYield.
* **Tokenomics partajate:** Toate taxele protocolului, indiferent de lanțul de origine, contribuie la același model global de venit.
* **Metrici transparente:** Raportarea unificată elimină discrepanțele și îmbunătățește auditabilitatea.
  {% endhint %}

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