> 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/sv/omniyield/arkitektur.md). # Arkitektur OmniYields arkitektur är utformad för att vara modulär, kedjeagnostisk och mycket skalbar. Vårt primära mål är att skapa ett kedjeagnostiskt avkastningslager som maximerar riskjusterad avkastning för användare över hela DeFi. För att uppnå detta använder systemet omfattande dataanalys, avancerade off-chain-algoritmer, strikta säkerhetsprotokoll, diversifieringsregler och en arkitektur som abstraherar bort komplexiteten i interaktion över flera kedjor. ### Viktiga arkitektoniska komponenter
Valv Användarens ingång till OmniYield. Dessa smarta kontrakt som följer ERC-4626-standarden hanterar insättningar säkert, tar emot rapporter från strategier och behandlar uttag. De fungerar som det primära gränssnittet som samordnar användarmedel med de underliggande strategierna.
Exekveringslager (Solver) OmniYields intelligenslager. Dessa automatiserade system analyserar ständigt DeFi-protokoll över kedjor, identifierar optimala avkastningsmöjligheter, bedömer risker och styr tillgångsallokeringen för valven. Denna bearbetning beräknas off-chain för effektivitet - endast resultaten implementeras onchain, vilket förhindrar att OmniYields strategier imiteras.
Strategier Kopplat till varje valv finns minst ett strategi-kontrakt. Denna komponent översätter solver-beslut till åtgärder. Den hanterar de tekniska komplexiteterna kring förflyttning av tillgångar, inklusive tokenbyten, likviditetsförsörjning, utlåning, staking osv.
Destinationer De specifika DeFi-protokoll, likviditetspooler eller avkastningsfarmer där valvtillgångar slutligen placeras.
Infrastruktur för kommunikation mellan kedjor Den grundläggande tekniken som möjliggör funktioner över flera kedjor och underlättar kommunikation och tillgångsöverföringar mellan olika blockkedjor.
### Tillgångarnas livscykel
Att förstå tillgångarnas flöde hjälper till att tydliggöra systemets funktion: {% stepper %} {% step %} **Insättning** En användare sätter in en enda tillgångstyp (t.ex. USDC) i motsvarande OmniYield-valv på vilken som helst stödd kedja. De insatta tillgångarna flyttas till valvkontraktet på Arbitrum-hubben och ligger initialt vilande där. {% endstep %} {% step %} **Balansering över kedjor** * Den off-chain-komponenten (autonom Solver) övervakar valvsaldon och marknadsförhållanden. När en viss tröskel för vilande tillgångar har nåtts, eller under periodiska optimeringscykler, bestämmer den den optimala allokeringen för de aktuella strategierna över integrerade kedjor och föreslår en ombalanseringsplan. Om förslaget uppfyller säkerhets- och prestandakraven initierar det en ombalansering (t.ex. flytta X antal USDC till strategi A på kedja Y) via valvkontraktet på Arbitrum-hubben. * Med LayerZero och Axelar skickas ett meddelande som innehåller ombalanseringsinstruktioner från hubben till det relevanta valvkontraktet på målkedjorna. * Systemet utför de nödvändiga stegen (såsom bryggning, byte, insättning osv.) för att balansera om. * Den uppdaterade allokeringen registreras, och bekräftelse-/statusuppdateringar skickas tillbaka till Arbitrum-hubben via meddelandelagret. Denna process kan innebära att vilande medel flyttas från hubben till en strategi eller att medel flyttas mellan olika strategier för att jaga bättre avkastning. {% endstep %} {% step %} **Automatisk återinvestering & konsoliderad rapportering** * Strategikontrakt hämtar periodiskt intjänade belöningar från destination-protokollen, omvandlar dem till valvets bas-tillgång (t.ex. USDC) och återinvesterar dem automatiskt. Denna process orkestreras av behörighetsstyrda Keepers. * Prestandadata, inklusive belöningar som genereras av dessa strategier på alla stödda kedjor, rapporteras kontinuerligt tillbaka till Arbitrum-hubben. Belöningar läggs till valvets totala värde, vilket automatiskt ökar avkastningen genom ränta på ränta för insättare. {% endstep %} {% step %} **Uttag** * Uttag är inte begränsade till insättningskedjan; användare kan initiera en uttagsbegäran när som helst från vilken som helst stödd kedja (**det behöver inte vara samma kedja som användes för insättningen**). * En prestationsavgift på 9 % beräknas baserat på vinsten som genereras av en användares insättning över alla underliggande strategier och kedjor. * Begäran skickas till Arbitrum-hubben. Om valvet har tillräckliga vilande medel (tillgångar som inte är aktivt placerade i strategier) behandlas uttaget omedelbart. * Om valvet inte har tillräckliga vilande medel signalerar hubben till strategierna att ta ut det erforderliga beloppet. Den prioriterar uttag från strategier där påverkan på den totala avkastningen (APR) minimeras. Denna process kan ta något längre tid beroende på de underliggande protokollen. {% endstep %} {% step %} **Hämta** * När tillräcklig likviditet finns tillgänglig i valvet kan användaren hämta sitt uttag. Vid hämtning överförs motsvarande tillgångar till användarens plånbok via infrastrukturen för kommunikation mellan kedjor. {% endstep %} {% endstepper %} ### Arkitektur över flera kedjor OmniYields infrastruktur bygger på en robust nav-och-ekers-arkitektur: * **Nav:** Vi använder Arbitrum som vårt centrala operativa nav ("huvudkedjan"). Det är här kärnlogiken, de komplexa beräkningarna och den övergripande tillståndshanteringen för OmniYield-protokollet främst finns. * **Ekrar:** Alla andra stödda blockkedjor fungerar som "ekerkedjor" eller "sidokedjor. Dessa är de nätverk där användarinsättningar kan komma ifrån och där många av de underliggande avkastningsstrategierna är utplacerade. De fungerar främst som exekveringsslutpunkter och tar emot instruktioner från navet.
#### **Kommunikationsflöde:** {% stepper %} {% step %} **Aggregering** När ett ombalanseringsbeslut fattas eller användaråtgärder (som insättningar/uttag som kräver flytt mellan kedjor) sker, genereras meddelanden över kedjor och skickas säkert från ekerkedjorna till Arbitrum-hubben. {% endstep %} {% step %} **Beräkning** Hubben bearbetar dessa inkommande meddelanden, utför nödvändiga beräkningar (såsom att optimera tillgångsallokeringen över alla ekrar, beräkna den totala valvprestandan, konsolidera avgifter) och fattar strategiska beslut baserat på sin globala överblick över systemet. {% endstep %} {% step %} **Distribution** När besluten har fattats distribueras nödvändiga instruktioner och transaktionsdata tillbaka från Arbitrum till de relevanta smarta kontrakten på ekerkedjorna för exekvering (t.ex. att sätta in medel i en specifik strategi på ett annat nätverk). {% endstep %} {% endstepper %} {% hint style="success" %} Denna modulära design möjliggör: * **Centraliserad logik, decentraliserad exekvering**\ Denna modell säkerställer datakonsistens eftersom Arbitrum-hubben fungerar som den enda sanningskällan. Faktisk kapitalplacering sker över ekerkedjorna och utnyttjar de unika möjligheter som varje kedja erbjuder. * **Modularitet och utbyggbarhet**\ Nya kedjor, tillgångar, strategier och destinationer kan integreras på ett plug-and-play-sätt med minimala förändringar i den befintliga kodbasen.\ Detta säkerställer en låg attackyta samtidigt som det underlättar utvecklingen av ytterligare produkter. För att ytterligare stärka dess robusthet och funktionalitet integrerar OmniYield Protocol med olika DeFi-primitiver och infrastrukturer, vilket ger bästa möjliga användarupplevelse och möjliggör sömlös interaktion med andra finansiella verktyg. {% endhint %} ### Kommunikation mellan kedjor Driften av vår nav-och-ekersmodell över många blockkedjor möjliggörs genom att utnyttja ledande leverantörer av kommunikation mellan kedjor: LayerZero och Axelar (och potentiellt andra som är anpassade för specifika token/kedjor/funktioner i framtiden). LayerZero möjliggör lättviktig och effektiv meddelandekommunikation, vilket säkerställer minimal latens och tillitslös interoperabilitet över stödda nätverk. Axelar kompletterar detta med hög nivå av routing och säker leverans av generaliserade meddelanden över kedjor. * **Kommunikationsryggraden:** Dessa protokoll fungerar som en säker och pålitlig kommunikationsinfrastruktur som kopplar samman vårt nav (Arbitrum) med alla ekerkedjorna. De tillhandahåller de nödvändiga vägarna för att överföra data och instruktioner över blockkedjegränser. All vidarebefordran av meddelanden, validering och avveckling sker genom dessa leverantörers säkra meddelandekanaler. * **Underlättar viktiga operationer:** LayerZero och Axelar vidarebefordrar kritiska meddelanden som krävs för kärnfunktioner. Detta inkluderar: * Att meddela hubben om nya insättningar som gjorts på ekerkedjor. * Vidarebefordra uttagsbegäranden från användare på ekerkedjor till hubben för behandling. * Skicka kommandon från hubben till strategikontrakt på ekerkedjor för att utföra insättningar, uttag eller ombalanseringar. * Rapportera genererad avkastning, prestandamått och avgiftsdata från strategier på ekerkedjor tillbaka till hubben. ### Konsoliderad avgiftsrapportering I typiska upplägg med flera kedjor fungerar varje kedja ofta som en silo med isolerad logik och prestandarapportering. OmniYield tar ett radikalt annorlunda grepp. Vi anser att vårt ekosystem ska fungera som ett enda enhetligt protokoll, inte som en fragmenterad samling av kedjespecifika implementationer. Även om OmniYield genererar avgifter från avkastningsstrategier som verkar över många kedjor, implementerar protokollet konsoliderad avgiftsrapportering, en process där data om avgiftsgenerering från alla stödda kedjor aggregeras, normaliseras och beräknas på Arbitrum (hubben). {% hint style="success" %} Detta möjliggör: * **Flexibel användarupplevelse:** Användare behöver inte oroa sig för inkonsekventa incitament. De kan sätta in från vilken kedja de än föredrar och veta att avgifter, avkastningsmöjligheter och belöningar förblir konsekventa över hela OmniYield-ekosystemet. * **Delad tokenomik:** Alla protokollavgifter, oavsett ursprungskedja, bidrar till samma globala intäktsmodell. * **Transparenta mätvärden:** Enhetlig rapportering eliminerar avvikelser och förbättrar granskningsbarheten. {% endhint %}