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

Arquitectura

La arquitectura de OmniYield está diseñada para ser modular, agnóstica de cadena y altamente escalable.

Nuestro objetivo principal es crear una capa de rendimiento agnóstica de cadena que maximice los rendimientos ajustados al riesgo para los usuarios en DeFi. Para lograrlo, el sistema emplea un amplio análisis de datos, algoritmos avanzados fuera de la cadena, protocolos estrictos de seguridad, reglas de diversificación y una arquitectura que abstrae la complejidad de la interacción entre cadenas.

Componentes arquitectónicos clave

Bóvedas

La puerta de entrada del usuario a OmniYield.

Estos contratos inteligentes compatibles con ERC-4626 gestionan de forma segura los depósitos, reciben informes de las estrategias y procesan los retiros.

Sirven como la interfaz principal que coordina los fondos del usuario con las Estrategias subyacentes.

Capa de ejecución (Solver)

La capa de inteligencia de OmniYield.

Estos sistemas automatizados analizan constantemente los protocolos DeFi en distintas cadenas, identifican las oportunidades óptimas de rendimiento, evalúan riesgos y dictan la asignación de activos para las Bóvedas.

Este procesamiento se calcula fuera de la cadena por eficiencia: solo los resultados se implementan en la cadena, evitando que las estrategias de OmniYield sean imitadas.

Estrategias

Vinculado a cada Bóveda hay al menos un contrato de Estrategia.

Este componente traduce las decisiones del solver en acciones. Gestiona las complejidades técnicas del movimiento de activos, incluidos swaps de tokens, provisión de liquidez, préstamos, staking, etc.

Destinos

Los protocolos DeFi específicos, pools de liquidez o granjas de rendimiento donde finalmente se despliegan los activos de la bóveda.

Infraestructura de mensajería entre cadenas

La tecnología fundamental que habilita las capacidades entre cadenas, facilitando la comunicación y las transferencias de activos entre distintas blockchains.

El ciclo de vida de los activos

Entender el flujo de los activos ayuda a aclarar el funcionamiento del sistema:

1

Depósito

Un usuario deposita un único tipo de activo (por ejemplo, USDC) en la Bóveda correspondiente de OmniYield en cualquier cadena compatible. Los activos depositados se trasladan al contrato de la Bóveda en el hub de Arbitrum y, al principio, permanecen inactivos allí.

2

Reequilibrio entre cadenas

  • El componente fuera de la cadena (Solver autónomo) supervisa los saldos de las bóvedas y las condiciones del mercado. Una vez que se alcanza cierto umbral de activos inactivos, o durante ciclos periódicos de optimización, determina la asignación óptima para las Estrategias actuales en las cadenas integradas y propone un plan de reequilibrio. Si la propuesta cumple con los requisitos de seguridad y rendimiento, inicia un reequilibrio (por ejemplo, moviendo X cantidad de USDC a la Estrategia A en la Cadena Y) a través del contrato de la Bóveda en el hub de Arbitrum.

  • Usando LayerZero y Axelar, se envía un mensaje que contiene instrucciones de reequilibrio desde el hub al contrato de la Bóveda correspondiente en las cadenas de destino.

  • El sistema ejecuta los pasos necesarios (como puentear, intercambiar, depositar, etc.) para reequilibrar.

  • La asignación actualizada se registra y las confirmaciones/actualizaciones de estado se envían de vuelta al hub de Arbitrum a través de la capa de mensajería. Este proceso puede implicar mover fondos inactivos del hub a una Estrategia o transferir fondos entre diferentes Estrategias para perseguir mejores rendimientos.

3

Capitalización automática y reporte consolidado

  • Los contratos de Estrategia reclaman periódicamente las recompensas obtenidas de los protocolos de destino, las convierten al activo base de la bóveda (por ejemplo, USDC) y las reinvierten automáticamente. Este proceso está orquestado por Keepers con permisos.

  • Los datos de rendimiento, incluidas las recompensas generadas por estas Estrategias en todas las cadenas compatibles, se informan de forma continua de vuelta al hub de Arbitrum. Las recompensas se añaden al valor total de la bóveda, capitalizando automáticamente los rendimientos para los depositantes.

4

Retiro

  • Los retiros no se limitan a la cadena de depósito; los usuarios pueden iniciar una solicitud de retiro en cualquier momento desde cualquier cadena compatible (no tiene que ser la misma cadena utilizada para el depósito).

  • Se calcula una comisión de rendimiento del 9 % basada en el beneficio generado por el depósito de un usuario en todas las Estrategias y cadenas subyacentes.

  • La solicitud se enruta al hub de Arbitrum. Si la Bóveda tiene fondos inactivos suficientes (activos no desplegados activamente en Estrategias), el retiro se procesa de inmediato.

  • Si la Bóveda no tiene fondos inactivos suficientes, el hub indica a las Estrategias que retiren la cantidad necesaria. Prioriza retirar de las Estrategias en las que el impacto sobre el rendimiento general (APR) se minimiza. Este proceso puede tardar un poco más dependiendo de los protocolos subyacentes.

5

Reclamar

  • Una vez que haya suficiente liquidez disponible en la Bóveda, el usuario puede reclamar su retiro. Al reclamar, los activos correspondientes se transfieren a la billetera del usuario a través de la infraestructura entre cadenas.

Arquitectura entre cadenas

La infraestructura de OmniYield se basa en una sólida arquitectura de hub and spoke:

  • Hub: Utilizamos Arbitrum como nuestro hub operativo central (la "cadena principal"). Aquí reside principalmente la lógica central, los cálculos complejos y la gestión general del estado del protocolo OmniYield.

  • Spokes: Todas las demás blockchains compatibles funcionan como «cadenas spoke» o «cadenas laterales». Estas son las redes donde pueden originarse los depósitos de los usuarios y donde se despliegan muchas de las Estrategias de rendimiento subyacentes. Principalmente actúan como puntos finales de ejecución, recibiendo instrucciones del Hub.

Flujo de comunicación:

1

Agregación

Cuando se toma una decisión de reequilibrio o ocurren acciones del usuario (como depósitos/retiros que requieren movimiento entre cadenas), se generan mensajes entre cadenas y se transfieren de forma segura desde las cadenas spoke al hub de Arbitrum.

2

Cálculo

El Hub procesa estos mensajes entrantes, realiza los cálculos necesarios (como optimizar la asignación de activos entre todos los spokes, calcular el rendimiento general de la bóveda, consolidar comisiones) y toma decisiones estratégicas basadas en su visión global del sistema.

3

Distribución

Una vez tomadas las decisiones, las instrucciones necesarias y los datos de la transacción se distribuyen de vuelta desde Arbitrum a los contratos inteligentes correspondientes en las cadenas spoke para su ejecución (por ejemplo, depositar fondos en una Estrategia específica en una red diferente).

Comunicación entre cadenas

La operación de nuestro modelo hub-and-spoke en numerosas blockchains es posible gracias al aprovechamiento de proveedores líderes de mensajería entre cadenas: LayerZero y Axelar (y potencialmente otros adaptados para tokens/cadenas/funciones específicos en el futuro).

LayerZero permite una mensajería ligera y eficiente, garantizando una latencia mínima y una interoperabilidad sin confianza en las redes compatibles. Axelar complementa esto con enrutamiento de alto nivel y entrega segura de mensajes generales entre cadenas.

  • La columna vertebral de la comunicación: Estos protocolos actúan como la infraestructura de comunicación segura y confiable que conecta nuestro Hub (Arbitrum) con todas las cadenas Spoke. Proporcionan las rutas esenciales para transmitir datos e instrucciones a través de las fronteras de las blockchains. Toda la retransmisión, validación y liquidación de mensajes se realiza a través de las vías seguras de mensajería de estos proveedores.

  • Facilitando operaciones clave: LayerZero y Axelar transmiten mensajes críticos necesarios para las funciones principales. Esto incluye:

    • Notificar al Hub de nuevos depósitos realizados en cadenas spoke.

    • Transmitir las solicitudes de retiro de usuarios en cadenas spoke al Hub para su procesamiento.

    • Enviar comandos desde el Hub a los contratos de estrategia en cadenas spoke para ejecutar depósitos, retiros o reequilibrios.

    • Informar sobre el rendimiento generado, las métricas de desempeño y los datos de comisiones desde las estrategias en cadenas spoke de vuelta al Hub.

Reporte consolidado de comisiones

En configuraciones multichain típicas, cada cadena suele actuar como un silo con lógica y reportes de rendimiento aislados. OmniYield adopta un enfoque radicalmente diferente. Creemos que nuestro ecosistema debe operar como un único protocolo unificado, no como una colección fragmentada de despliegues específicos por cadena.

Aunque OmniYield genera comisiones a partir de estrategias de rendimiento que operan en numerosas cadenas, el protocolo implementa un reporte consolidado de comisiones, un proceso en el que los datos de generación de comisiones de todas las cadenas compatibles se agregan, normalizan y calculan en Arbitrum (el hub).

Última actualización