Архитектура
Архитектурата на OmniYield е проектирана да бъде модулна, независима от веригата и силно мащабируема.
Нашата основна цел е да създадем слой за доходност, независим от веригата, който максимизира доходността, коригирана спрямо риска, за потребителите в DeFi. За да постигне това, системата използва обширен анализ на данни, усъвършенствани офчейн алгоритми, строги протоколи за безопасност, правила за диверсификация и архитектура, която абстрахира сложността на междуверижното взаимодействие.
Ключови архитектурни компоненти
Сейфове
Порталът на потребителя към OmniYield.
Тези съвместими с ERC-4626 смарт договори сигурно управляват депозитите, получават отчети от стратегиите и обработват тегленията.
Те служат като основен интерфейс, който координира средствата на потребителя с базовите стратегии.
Слой за изпълнение (Solver)
Интелигентният слой на OmniYield.
Тези автоматизирани системи непрекъснато анализират DeFi протоколи във всички вериги, идентифицират оптимални възможности за доходност, оценяват рисковете и определят разпределението на активите за сейфовете.
Тази обработка се изчислява офчейн за по-голяма ефективност - само резултатите се реализират ончейн, което предотвратява имитирането на стратегиите на OmniYield.
Стратегии
Към всеки сейф е свързан поне един договор за стратегия.
Този компонент превръща решенията на solver-а в действия. Той се справя с техническата сложност на движението на активи, включително размяна на токени, осигуряване на ликвидност, кредитиране, стейкинг и др.
Цели
Конкретните DeFi протоколи, пулове за ликвидност или фарми за доходност, където в крайна сметка се разполагат активите от сейфа.
Инфраструктура за междуверижни съобщения
Основната технология, която позволява междуверижни възможности, като улеснява комуникацията и прехвърлянето на активи между различни блокчейни.
Жизненият цикъл на актива
Разбирането на потока на активите помага да се изясни работата на системата:
Депозит
Потребителят депозира един тип актив (напр. USDC) в съответния сейф на OmniYield във всяка поддържана верига. Депозираните активи се прехвърлят към договора на сейфа в хъба на Arbitrum и първоначално остават там неактивни.
Междуверижно ребалансиране
Офчейн компонентът (автономният solver) наблюдава балансите на сейфовете и пазарните условия. След като бъде достигнат определен праг на неактивни активи или по време на периодични цикли на оптимизация, той определя оптималното разпределение за текущите стратегии във всички интегрирани вериги и предлага план за ребалансиране. Ако предложението отговаря на изискванията за безопасност и производителност, то инициира ребалансиране (напр. прехвърляне на X количество USDC към Стратегия A във верига Y) чрез договора на сейфа в хъба на Arbitrum.
Използвайки LayerZero и Axelar, съобщение с инструкции за ребалансиране се изпраща от хъба към съответния договор на сейфа в целевите вериги.
Системата изпълнява необходимите стъпки (като мостово прехвърляне, размяна, депозиране и т.н.) за ребалансиране.
Актуализираното разпределение се записва и потвържденията/обновленията на статуса се изпращат обратно към хъба на Arbitrum чрез слоя за съобщения. Този процес може да включва прехвърляне на неактивни средства от хъба към стратегия или прехвърляне на средства между различни стратегии в търсене на по-добра доходност.
Автокомпаундиране и консолидирано отчитане
Договорите за стратегии периодично събират натрупаните награди от целевите протоколи, конвертират ги в базовия актив на сейфа (напр. USDC) и ги реинвестират автоматично. Този процес се оркестрира от упълномощени Keepers.
Данните за производителността, включително наградите, генерирани от тези стратегии във всички поддържани вериги, се отчитат непрекъснато обратно към хъба на Arbitrum. Наградите се добавят към общата стойност на сейфа, автоматично компаундирайки доходността за вложителите.
Теглене
Тегленията не са ограничени до веригата на депозита; потребителите могат да инициират заявка за теглене по всяко време от всяка поддържана верига (не е необходимо това да е същата верига, използвана за депозита).
Такса за ефективност от 9% се изчислява въз основа на печалбата, генерирана от депозита на потребителя във всички базови стратегии и вериги.
Заявката се насочва към хъба на Arbitrum. Ако сейфът разполага с достатъчно неактивни средства (активи, които не са активно разположени в стратегии), тегленето се обработва незабавно.
Ако сейфът няма достатъчно неактивни средства, хъбът сигнализира на стратегиите да изтеглят необходимата сума. Приоритет се дава на изтегляне от стратегии, при които въздействието върху общата доходност (APR) е минимално. Този процес може да отнеме малко повече време в зависимост от базовите протоколи.
Получаване
След като в сейфа има достатъчно ликвидност, потребителят може да получи своето теглене. При получаването съответните активи се прехвърлят към портфейла на потребителя чрез междуверижната инфраструктура.
Междуверижна архитектура
Инфраструктурата на OmniYield е изградена върху здрава архитектура хъб и спици:
Хъб: Използваме Arbitrum като наш централен оперативен хъб („основната верига“). Тук основно се намират основната логика, сложните изчисления и общото управление на състоянието на протокола OmniYield.
Спици: Всички други поддържани блокчейни функционират като „спицови вериги“ или „странични вериги“. Това са мрежите, от които могат да произхождат потребителските депозити и където се разгръщат много от базовите стратегии за доходност. Те основно действат като точки за изпълнение, получавайки инструкции от Хъба.
Поток на комуникацията:
Агрегиране
Когато бъде взето решение за ребалансиране или когато се случат действия на потребителя (като депозити/тегления, изискващи междуверижно движение), се генерират междуверижни съобщения, които сигурно се предават от спицовите вериги към хъба на Arbitrum.
Изчисление
Хъбът обработва тези входящи съобщения, извършва необходимите изчисления (като оптимизиране на разпределението на активите във всички спици, изчисляване на общата производителност на сейфа, консолидиране на таксите) и взема стратегически решения въз основа на своята глобална представа за системата.
Разпределение
След като решенията бъдат взети, необходимите инструкции и данни за транзакциите се разпределят обратно от Arbitrum към съответните смарт договори в спицовите вериги за изпълнение (напр. депозиране на средства в определена стратегия в друга мрежа).
Този модулен дизайн позволява:
Централизирана логика, децентрализирано изпълнение Този модел гарантира консистентност на данните, тъй като хъбът на Arbitrum действа като единствен източник на истина. Реалното разполагане на капитала се осъществява в спицовите вериги, използвайки уникалните възможности, които предоставя всяка верига.
Модулност и разширяемост Новите вериги, активи, стратегии и цели могат да се интегрират по plug-and-play начин с минимални промени в съществуващата кодова база. Това осигурява малка повърхност за атака, като същевременно улеснява разработката на допълнителни продукти. За да подобри допълнително своята надеждност и функционалност, протоколът OmniYield се интегрира с различни DeFi примитиви и инфраструктури, предоставяйки най-доброто потребителско изживяване и позволявайки безпроблемно взаимодействие с други финансови инструменти.
Междуверижна комуникация
Работата на нашия модел хъб и спици върху множество блокчейни е възможна благодарение на използването на водещи доставчици на междуверижни съобщения: LayerZero и Axelar (и евентуално други, пригодени за конкретни токени/вериги/функции в бъдеще).
LayerZero осигурява лека и ефективна комуникация, гарантирайки минимална латентност и доверена съвместимост между поддържаните мрежи. Axelar допълва това с високо ниво на маршрутизиране и сигурна доставка на обобщени междуверижни съобщения.
Комуникационният гръбнак: Тези протоколи действат като сигурната и надеждна комуникационна инфраструктура, която свързва нашия Хъб (Arbitrum) с всички Спици. Те осигуряват основните пътища за предаване на данни и инструкции през блокчейн граници. Цялото препредаване на съобщения, валидиране и сетълмент се извършва чрез сигурните комуникационни релси на тези доставчици.
Улесняване на ключови операции: LayerZero и Axelar предават критични съобщения, необходими за основните функции. Това включва:
Уведомяване на Хъба за нови депозити, направени в спицовите вериги.
Препредаване на заявки за теглене от потребители в спицовите вериги към Хъба за обработка.
Изпращане на команди от Хъба към договорите на стратегиите в спицовите вериги за извършване на депозити, тегления или ребалансирания.
Отчитане на генерираната доходност, показатели за производителност и данни за таксите от стратегиите в спицовите вериги обратно към Хъба.
Консолидирано отчитане на таксите
В типичните мултичейн настройки всяка верига често действа като силоз с изолирана логика и отчетност на производителността. OmniYield предприема коренно различен подход. Ние вярваме, че нашата екосистема трябва да работи като един единен протокол, а не като фрагментирана колекция от внедрявания, специфични за отделни вериги.
Докато OmniYield генерира такси от стратегии за доходност, работещи в множество вериги, протоколът прилага консолидирано отчитане на таксите — процес, при който данните за генерираните такси от всички поддържани вериги се агрегираt, нормализират и изчисляват в Arbitrum (хъба).
Това позволява:
Гъвкаво потребителско изживяване: Потребителите не е нужно да се притесняват за несъгласувани стимули. Те могат да депозират от която и да е верига, която предпочитат, знаейки, че таксите, възможностите за доходност и наградите остават последователни в цялата екосистема на OmniYield.
Споделена токеномика: Всички такси на протокола, независимо от изходната верига, допринасят към един и същ глобален модел на приходи.
Прозрачни показатели: Унифицираното отчитане елиминира несъответствията и подобрява одитируемостта.
Последна актуализация