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

Архитектура

Архитектура OmniYield спроектирована как модульная, независимая от цепочки и высокомасштабируемая.

Наша основная цель — создать доходный слой, независимый от цепочки, который максимизирует доходность с поправкой на риск для пользователей во всей DeFi. Для этого система использует обширный анализ данных, продвинутые офчейн-алгоритмы, строгие протоколы безопасности, правила диверсификации и архитектуру, абстрагирующую сложность кроссчейн-взаимодействия.

Ключевые архитектурные компоненты

Хранилища

Входная точка пользователя в OmniYield.

Эти смарт-контракты, соответствующие ERC-4626, безопасно управляют депозитами, получают отчёты от стратегий и обрабатывают вывод средств.

Они служат основным интерфейсом, координирующим средства пользователей с базовыми Стратегиями.

Уровень исполнения (Солвер)

Интеллектуальный слой OmniYield.

Эти автоматизированные системы постоянно анализируют DeFi-протоколы в разных цепочках, выявляют оптимальные возможности доходности, оценивают риски и определяют распределение активов для Хранилищ.

Эта обработка выполняется вне цепочки ради эффективности — в блокчейн внедряются только результаты, что не позволяет копировать стратегии OmniYield.

Стратегии

К каждому Хранилищу привязан как минимум один контракт Стратегии.

Этот компонент преобразует решения солвера в действия. Он обрабатывает технические сложности перемещения активов, включая обмен токенов, предоставление ликвидности, кредитование, стейкинг и т. д.

Назначения

Конкретные DeFi-протоколы, пулы ликвидности или фермы доходности, куда в конечном итоге размещаются активы хранилища.

Инфраструктура межцепочечных сообщений

Базовая технология, обеспечивающая межцепочечные возможности и позволяющая осуществлять обмен сообщениями и перевод активов между разными блокчейнами.

Жизненный цикл актива

Понимание потока активов помогает прояснить работу системы:

1

Депозит

Пользователь вносит один тип актива (например, USDC) в соответствующее Хранилище OmniYield в любой поддерживаемой цепочке. Внесённые активы переводятся в контракт Хранилища на хабе Arbitrum и изначально остаются там бездействующими.

2

Кроссчейн-ребалансировка

  • Внецепочечный компонент (автономный Solvеr) отслеживает балансы хранилищ и рыночные условия. Как только достигается определённый порог бездействующих активов или во время периодических циклов оптимизации, он определяет оптимальное распределение для текущих Стратегий по интегрированным цепочкам и предлагает план ребалансировки. Если предложение соответствует требованиям безопасности и эффективности, через контракт Хранилища на хабе Arbitrum инициируется ребалансировка (например, перемещение X количества USDC в Стратегию A в Цепочке Y).

  • С помощью LayerZero и Axelar с хаба отправляется сообщение с инструкциями по ребалансировке в соответствующий контракт Хранилища в целевых цепочках.

  • Система выполняет необходимые шаги (такие как бриджинг, обмен, депозит и т. д.) для ребалансировки.

  • Обновлённое распределение фиксируется, а подтверждения и статусы отправляются обратно на хаб Arbitrum через слой обмена сообщениями. Этот процесс может включать перемещение неиспользуемых средств с хаба в Стратегию или перевод средств между разными Стратегиями в поисках более высокой доходности.

3

Автокомпаундинг и консолидированная отчётность

  • Контракты Стратегий периодически забирают заработанные вознаграждения из целевых протоколов, переводят их в базовый актив хранилища (например, USDC) и автоматически реинвестируют. Этим процессом управляют уполномоченные Киперы.

  • Данные о производительности, включая вознаграждения, полученные этими Стратегиями во всех поддерживаемых цепочках, непрерывно передаются обратно на хаб Arbitrum. Вознаграждения добавляются к общей стоимости хранилища, автоматически увеличивая доходность для вкладчиков.

4

Вывод

  • Вывод средств не ограничен цепочкой, в которой был сделан депозит; пользователи могут инициировать запрос на вывод в любое время из любой поддерживаемой цепочки (не обязательно из той же цепочки, которая использовалась для депозита).

  • Комиссия за результат в размере 9% рассчитывается на основе прибыли, полученной от депозита пользователя во всех базовых Стратегиях и цепочках.

  • Запрос направляется на хаб Arbitrum. Если в Хранилище достаточно неиспользуемых средств (активов, которые не задействованы в Стратегиях), вывод обрабатывается немедленно.

  • Если в Хранилище недостаточно неиспользуемых средств, хаб даёт Стратегиям сигнал вывести требуемую сумму. Приоритет отдаётся выводу из тех Стратегий, где влияние на общую доходность (APR) минимально. В зависимости от базовых протоколов этот процесс может занять немного больше времени.

5

Получить

  • Как только в Хранилище появляется достаточная ликвидность, пользователь может получить свой вывод. После подтверждения соответствующие активы переводятся в кошелёк пользователя через кроссчейн-инфраструктуру.

Кроссчейн-архитектура

Инфраструктура OmniYield построена на надёжной архитектуре «hub-and-spoke»:

  • Хаб: Мы используем Arbitrum в качестве нашего центрального операционного хаба («основной цепочки»). Именно здесь в основном сосредоточены базовая логика, сложные вычисления и общее управление состоянием протокола OmniYield.

  • Спицы: Все остальные поддерживаемые блокчейны функционируют как «спицевые цепочки» или «боковые цепочки». Это сети, откуда могут происходить пользовательские депозиты и где развёртывается множество базовых стратегий доходности. Они в основном выступают в роли точек исполнения, получая инструкции от Хаба.

Поток коммуникации:

1

Агрегация

Когда принимается решение о ребалансировке или происходят действия пользователя (например, депозиты/выводы, требующие межцепочечного перемещения), генерируются кроссчейн-сообщения, которые безопасно передаются со спицевых цепочек на хаб Arbitrum.

2

Вычисление

Хаб обрабатывает эти входящие сообщения, выполняет необходимые вычисления (например, оптимизацию распределения активов по всем спицам, расчёт общей производительности хранилища, консолидацию комиссий) и принимает стратегические решения на основе своего глобального представления о системе.

3

Распределение

После принятия решений необходимые инструкции и данные транзакций распределяются обратно из Arbitrum в соответствующие смарт-контракты на спицевых цепочках для исполнения (например, для внесения средств в определённую Стратегию в другой сети).

Кроссчейн-коммуникация

Работа нашей модели hub-and-spoke во множестве блокчейнов стала возможной благодаря использованию ведущих провайдеров кроссчейн-сообщений: LayerZero и Axelar (а в будущем, возможно, и других, адаптированных под конкретные токены/цепочки/функции).

LayerZero обеспечивает лёгкий и эффективный обмен сообщениями, гарантируя минимальную задержку и доверительную интероперабельность между поддерживаемыми сетями. Axelar дополняет это маршрутизацией высокого уровня и безопасной доставкой обобщённых кроссчейн-сообщений.

  • Коммуникационный каркас: Эти протоколы выступают как безопасная и надёжная коммуникационная инфраструктура, соединяющая наш Хаб (Arbitrum) со всеми спицевыми цепочками. Они обеспечивают необходимые каналы для передачи данных и инструкций через границы блокчейнов. Весь ретрансляционный обмен сообщениями, валидация и урегулирование осуществляются через защищённые каналы обмена сообщениями этих провайдеров.

  • Обеспечение ключевых операций: LayerZero и Axelar передают критически важные сообщения, необходимые для основных функций. Это включает:

    • Уведомление Хаба о новых депозитах, сделанных в спицевых цепочках.

    • Передачу запросов на вывод от пользователей в спицевых цепочках на Хаб для обработки.

    • Отправку команд от Хаба контрактам стратегий в спицевых цепочках для выполнения депозитов, выводов или ребалансировок.

    • Передачу данных о доходности, метрик производительности и комиссий от стратегий в спицевых цепочках обратно на Хаб.

Консолидированная отчётность по комиссиям

В типичных мультичейн-решениях каждая цепочка часто действует как отдельный изолированный остров с собственной логикой и отчётностью по результатам. OmniYield выбирает радикально иной подход. Мы считаем, что наша экосистема должна работать как единый, цельный протокол, а не как фрагментированный набор разрозненных развёртываний под отдельные цепочки.

Хотя OmniYield получает комиссии от стратегий доходности, работающих во множестве цепочек. Протокол реализует консолидированную отчётность по комиссиям — процесс, в ходе которого данные о генерации комиссий со всех поддерживаемых цепочек агрегируются, нормализуются и рассчитываются на Arbitrum (хабе).

Последнее обновление