Arkkitehtuuri

OmniYieldin arkkitehtuuri on suunniteltu modulaariseksi, ketjusta riippumattomaksi ja erittäin skaalautuvaksi.

Ensisijainen tavoitteemme on luoda ketjusta riippumaton tuottokerros, joka maksimoi käyttäjien riskikorjatut tuotot DeFi-ekosysteemissä. Tämän saavuttamiseksi järjestelmä hyödyntää laajaa data-analyysiä, kehittyneitä off-chain-algoritmeja, tiukkoja turvaprotokollia, hajautussääntöjä sekä arkkitehtuuria, joka abstrahoi pois ketjujenvälisen vuorovaikutuksen monimutkaisuuden.

Keskeiset arkkitehtoniset komponentit

Holvit

Käyttäjän portti OmniYieliin.

Nämä ERC-4626-standardin mukaiset älysopimukset hallinnoivat talletuksia turvallisesti, vastaanottavat raportteja strategioilta ja käsittelevät nostot.

Ne toimivat ensisijaisena käyttöliittymänä, joka koordinoi käyttäjien varat taustalla olevien Strategioiden kanssa.

Toteutuskerros (Solver)

OmniYieldin älykkyyskerros.

Nämä automatisoidut järjestelmät analysoivat jatkuvasti DeFi-protokollia ketjujen yli, tunnistavat optimaaliset tuottomahdollisuudet, arvioivat riskejä ja määrittävät varojen allokaation Holveille.

Tämä käsittely lasketaan off-chainissa tehokkuuden vuoksi – vain tulokset toteutetaan onchainissa, mikä estää OmniYieldin strategioiden jäljittelyn.

Strategiat

Jokaiseen Holviin on liitetty vähintään yksi Strategy-sopimus.

Tämä komponentti muuntaa ratkaisijan päätökset toimiksi. Se hoitaa varojen siirtämisen tekniset monimutkaisuudet, mukaan lukien token-vaihdot, likviditeetin tarjoamisen, lainaamisen, stakkaamisen jne.

Kohteet

Tietyt DeFi-protokollat, likviditeettipoolit tai tuottoviljelmät, joihin holvin varat lopulta sijoitetaan.

Ketjujenvälinen viestintäinfrastruktuuri

Perustava teknologia, joka mahdollistaa ketjujenväliset ominaisuudet ja helpottaa viestintää sekä varansiirtoja eri lohkoketjujen välillä.

Varojen elinkaari

Varojen kulun ymmärtäminen auttaa selventämään järjestelmän toimintaa:

1

Talletus

Käyttäjä tallettaa yhden omaisuuserätyypin (esim. USDC) vastaavaan OmniYield-holviin millä tahansa tuetulla ketjulla. Talletetut varat siirretään Arbitrum-hubin holvisopimukseen ja ne ovat aluksi siellä käyttämättöminä.

2

Ketjujenvälinen tasapainotus

• Off-chain-komponentti (autonominen Ratkaisija) valvoo holvien saldoja ja markkinaolosuhteita. Kun tietty kynnys käyttämättömiä varoja saavutetaan tai säännöllisten optimointisyklien aikana, se määrittää nykyisille Strategioille optimaalisen allokaation integroitujen ketjujen välillä ja ehdottaa tasapainotussuunnitelmaa. Jos ehdotus täyttää turvallisuus- ja suorituskykyvaatimukset, se käynnistää tasapainotuksen (esim. siirtää X määrän USDC:tä Strategy A:han ketjussa Y) Arbitrum-hubin holvisopimuksen kautta.

• LayerZeroa ja Axelaria käyttäen hubista lähetetään viesti, joka sisältää tasapainotusohjeet, asiaankuuluville holvisopimuksille kohdeketjuissa.

• Järjestelmä suorittaa tarvittavat vaiheet (kuten siltauksen, vaihdot, talletukset jne.) tasapainottaakseen.

• Päivitetty allokaatio kirjataan, ja vahvistus-/tilapäivitykset lähetetään takaisin Arbitrum-hubiin viestintäkerroksen kautta. Tämä prosessi voi sisältää käyttämättömien varojen siirtämistä hubista Strategiaan tai varojen siirtämistä strategioiden välillä paremman tuoton tavoittelua varten.

3

Automaattinen korkoa korolle -kerryttäminen ja yhdistetty raportointi

• Strategy-sopimukset lunastavat ajoittain kohdeprotokollista ansaitut palkkiot, jotka muunnetaan holvin perusvaraksi (esim. USDC) ja sijoitetaan automaattisesti uudelleen. Tätä prosessia koordinoivat valtuutetut Keeperit.

• Suoritusdata, mukaan lukien näiden Strategioiden tuottamat palkkiot kaikilla tuetuilla ketjuilla, raportoidaan jatkuvasti takaisin Arbitrum-hubiin. Palkkiot lisätään holvin kokonaisarvoon, mikä kasvattaa tallettajien tuottoa automaattisesti korkoa korolle.

4

Nosto

• Nostoja ei ole rajoitettu talletusketjuun; käyttäjät voivat aloittaa nostopyynnön milloin tahansa miltä tahansa tuetulta ketjulta (sen ei tarvitse olla sama ketju, jota käytettiin talletukseen).

• 9 %:n suorituspalkkio lasketaan käyttäjän talletuksella kaikissa taustalla olevissa Strategioissa ja ketjuissa tuotetun voiton perusteella.

• Pyyntö reititetään Arbitrum-hubiin. Jos Holvilla on riittävästi käyttämättömiä varoja (varoja, joita ei ole aktiivisesti sijoitettu Strategioihin), nosto käsitellään välittömästi.

• Jos Holvilla ei ole riittävästi käyttämättömiä varoja, hubi ohjaa Strategioita nostamaan tarvittavan määrän. Se priorisoi nostot Strategioista, joissa vaikutus kokonais-tuottoon (APR) on pienin. Tämä prosessi voi kestää hieman kauemmin taustalla olevista protokollista riippuen.

5

Lunastus

• Kun Holvissa on riittävästi likviditeettiä, käyttäjä voi lunastaa nostonsa. Lunastettaessa vastaavat varat siirretään käyttäjän lompakkoon ketjujenvälisen infrastruktuurin kautta.

Ketjujenvälinen arkkitehtuuri

OmniYieldin infrastruktuuri perustuu vankkaan hub-and-spoke-arkkitehtuuriin:

• Hubi: Käytämme Arbitrumia keskeisenä operatiivisena hubinamme ("pääketjuna"). Täällä sijaitsevat ensisijaisesti OmniYield-protokollan ydinlogiikka, monimutkaiset laskelmat ja yleinen tilanhallinta.

• Sivuketjut: Kaikki muut tuetut lohkoketjut toimivat ‘spoke-ketjuina’ tai ‘sivuketjuina’. Nämä ovat verkkoja, joilta käyttäjien talletukset voivat olla peräisin ja joille monet taustalla olevista tuottostrategioista on sijoitettu. Ne toimivat ensisijaisesti suorituspisteinä, jotka vastaanottavat ohjeita Hubilta.

Viestintävirta:

1

Kokoaminen

Kun tasapainotuspäätös tehdään tai käyttäjän toimet (kuten talletukset/nostot, jotka edellyttävät ketjujenvälistä siirtoa) tapahtuvat, ketjujenväliset viestit luodaan ja välitetään turvallisesti sivuketjuilta Arbitrum-hubiin.

2

Laskenta

Hubi käsittelee nämä saapuvat viestit, suorittaa tarvittavat laskelmat (kuten varojen allokaation optimoinnin kaikkien sivuketjujen välillä, kokonais-holvin suorituskyvyn laskemisen, palkkioiden yhdistämisen) ja tekee strategisia päätöksiä järjestelmän kokonaiskuvan perusteella.

3

Jakelu

Kun päätökset on tehty, tarvittavat ohjeet ja transaktiodata jaetaan takaisin Arbitrumista asianomaisille sivuketjujen älysopimuksille suoritettavaksi (esim. varojen tallettaminen tiettyyn strategiaan toisessa verkossa).

Tämä modulaarinen suunnittelu mahdollistaa:

• Keskitetty logiikka, hajautettu suoritus Tämä malli varmistaa datan yhdenmukaisuuden, sillä Arbitrum-hubi toimii ainoana totuuden lähteenä. Varsinainen pääoman sijoittaminen tapahtuu sivuketjuilla, hyödyntäen kunkin ketjun tarjoamia ainutlaatuisia mahdollisuuksia.

• Modulaarisuus ja laajennettavuus Uudet ketjut, varat, strategiat ja kohteet voidaan integroida plug-and-play-periaatteella minimaalisin muutoksin olemassa olevaan koodipohjaan. Tämä varmistaa pienen hyökkäyspinnan ja helpottaa samalla lisätuotteiden kehittämistä. Parantaakseen edelleen järjestelmän kestävyyttä ja toiminnallisuutta OmniYield Protocol integroituu erilaisiin DeFi-rakennuspalikoihin ja infrastruktuureihin, tarjoten parhaan käyttäjäkokemuksen ja mahdollistaen saumattoman vuorovaikutuksen muiden rahoitustyökalujen kanssa.

Ketjujenvälinen viestintä

Hubi- ja sivuketjumallimme toiminta lukuisissa lohkoketjuissa mahdollistetaan hyödyntämällä johtavia ketjujenvälisiä viestintäpalveluntarjoajia: LayerZeroa ja Axelaria (ja mahdollisesti tulevaisuudessa muita tiettyihin tokeneihin/ketjuihin/toimintoihin räätälöityjä).

LayerZero mahdollistaa kevyen ja tehokkaan viestinnän, varmistaen minimaalisen viiveen ja luottamuksettoman yhteentoimivuuden tuetuissa verkoissa. Axelar täydentää tätä korkean tason reitityksellä ja turvallisella yleistettyjen ketjujenvälisten viestien toimituksella.

• Viestinnän selkäranka: Nämä protokollat toimivat turvallisena ja luotettavana viestintäinfrastruktuurina, joka yhdistää Hubimme (Arbitrum) kaikkiin sivuketjuihin. Ne tarjoavat olennaiset reitit tiedon ja ohjeiden siirtämiseen lohkoketjujen rajojen yli. Kaikki viestien välitys, vahvistus ja selvitys tapahtuu näiden palveluntarjoajien turvallisten viestintäkanavien kautta.

• Keskeisten toimintojen mahdollistaminen: LayerZero ja Axelar välittävät kriittisiä viestejä, joita ydintoiminnot edellyttävät. Tähän sisältyy:

  • Ilmoitus Hubille sivuketjuille tehdyistä uusista talletuksista.

  • Nostopyyntöjen välittäminen sivuketjujen käyttäjiltä Hubille käsiteltäväksi.

  • Käskyjen lähettäminen Hubista sivuketjujen strategiasopimuksille talletusten, nostojen tai tasapainotusten suorittamiseksi.

  • Sivuketjujen strategioiden tuottamien tuottojen, suorituskykymittareiden ja maksutietojen raportointi takaisin Hubille.

Yhdistetty maksujen raportointi

Tyypillisissä moniketjuratkaisuissa kukin ketju toimii usein siilona, jossa logiikka ja suorituskyvyn raportointi ovat erillisiä. OmniYield suhtautuu tähän radikaalisti eri tavalla. Uskomme, että ekosysteemimme tulisi toimia yhtenä yhtenäisenä protokollana, ei hajanaisena kokoelmana ketjukohtaisia käyttöönottoja.

Vaikka OmniYield tuottaa maksuja lukuisilla ketjuilla toimivista tuottostrategioista, protokolla toteuttaa yhdistetyn maksujen raportoinnin, prosessin, jossa kaikkien tuettujen ketjujen maksujen muodostustiedot kootaan, normalisoidaan ja lasketaan Arbitrumissa (hubissa).

Tämä mahdollistaa:

• Joustava käyttäjäkokemus: Käyttäjien ei tarvitse huolehtia ristiriitaisista kannustimista. He voivat tallettaa haluamaltaan ketjulta tietäen, että maksut, tuottomahdollisuudet ja palkkiot pysyvät yhdenmukaisina koko OmniYield-ekosysteemissä.

• Jaettu tokenomiikka: Kaikki protokollamaksut, alkuperäisestä ketjusta riippumatta, osallistuvat samaan globaaliin tulomalliin.

• Läpinäkyvät mittarit: Yhtenäinen raportointi poistaa poikkeamat ja parantaa auditoitavuutta.