¿Integrando AAVE+YFI en uno? yAAVE puede romper el patrón de préstamos DeFi

"El autor de este artículo, Carlos Sessa, es un desarrollador de software DeFi. Anteriormente, Carlos Sessa desarrolló tecnología de automatización en torno al mercado secundario de Hegic. Carlos Sessa y Sam intentaron recientemente crear un nuevo proyecto yAAVE. yAAVE combina la función de encomienda de crédito de Cream y la de Yearn Vault, ampliando así las posibilidades de la pista de préstamos DeFi”.

Después de experimentar con Iron Bank de Cream V2, Sam y yo decidimos participar en Market Make Hackathon (patrocinado por Aave) donde queríamos probar la función de delegación de crédito. Nunca antes había usado Aave, así que este me dio una excusa perfecta.

En primer lugar, comprendamos qué es la delegación de crédito.

La delegación de crédito permite a los depositantes depositar fondos en el protocolo para ganar intereses y delegar el derecho a prestar (es decir, su crédito) a otros usuarios.

Un ejemplo de caso de uso simple es:

Alice deposita USDC y obtiene USDC

Alice aprueba la delegación de riqueza a Bob

Bob usa la garantía de Alice para pedir dinero prestado e invertirlo en otra parte

Bob pagó esta deuda

¿Qué pasaría si pudiéramos reunir este poder de endeudamiento y depositarlo en una bóveda anual?

El prestamista recibirá los siguientes beneficios:

Pueden mantener sus posiciones de aToken sin pagar tarifas al ingresar a la Bóveda

Devoluciones adicionales (según acuerdos con delegación)

Aumentar la exposición de la inversión a otros activos

Los beneficios que obtendrá el encomendado:

Préstamos sin garantía

Obtenga recompensas a través de contratos inteligentes implementados

perpetrador

——Alice, el cliente, solo nos confía 1ETH

-Bob, otro cliente, nos confía todas sus reservas

- El enrutador, un contrato inteligente, actuará como delegado

- Gov, propietario del contrato de enrutamiento

——steCRV yVault, la bóveda de yearn, que es la oportunidad de inversión aquí

——ZapSteth, el contrato zap desplegado en esta bóveda

Si no puede leer el código, aquí puede ver lo que sucede durante la prueba, en este caso:

Alice aprueba delegar 1 eth al enrutador

Bob aprueba delegar todos los activos

Router's Gov agrega a Alice y Bob como directores

El enrutador puede calcular su capacidad de préstamo eth (que representa el 50% de la capacidad total de préstamo)

El gobierno pone 2 eth en la bóveda a través del enrutador usando ZapSteth

La duración de esta prueba es de una semana

Esta prueba forzará una cosecha en la bóveda.

El enrutador retira fondos de la bóveda usando ZapSteth

La prueba concluye que el enrutador obtuvo ganancias después del pago de la deuda

El gobierno permite que las ganancias se trasladen

El código fuente del proyecto se puede ver aquí: https://github.com/macarse/yAAVE

Hemos discutido la posibilidad de llevar el proyecto a un lanzamiento de red principal, pero necesitamos iterar más en el camino. Hay algunas preguntas sin respuesta aquí.

Delegación de crédito 1:1 (Delegación de crédito)

Este es el mayor problema de poder escalar. Dado que la encomienda de crédito se realiza de forma individual, si el enrutador quiere pedir prestada una gran cantidad, debe pedirla a diferentes personas por separado y mantenerse en contacto con cada encomendador.

Esto no solo hace que el código sea más complejo, sino que también consume mucha gasolina.

Esta implementación solo está disponible para ballenas aTokens.

El cliente no se ve obstaculizado al pedir prestado por sí mismo

Ejemplo: el enrutador pide prestado al 50% del poder de préstamo del principal, pero eso no impide que el principal use otro 50% del poder de préstamo, lo que nos acerca a la liquidación. Es difícil para el cliente monitorear el factor de salud del préstamo, porque no depende solo de su propio comportamiento.

Distribución de Beneficios

Actualmente, las ganancias se mantienen en el contrato de enrutador. Todavía estamos discutiendo qué método puede hacer que la distribución de ganancias sea más eficiente. Mientras espera la solicitud de ganancias del cliente, ¿debería el enrutador... convertir las ganancias en un token y convertirse en el cliente mismo? ¿Mantener saldos en activos prestados en caso de que el factor de salud se deteriore? ¿Enviar un token directamente al delegador?

Replantear un token

Para evitar algunos de los problemas mencionados anteriormente, otra idea es apostar aTokens. El contrato de enrutador puede recibir depósitos de unToken y pedir prestado dinero de sí mismo. Este enfoque es perfectamente válido y compatible con otras plataformas de préstamo. El contrato de Router podrá obtener [a|c|cr]Tokens para prestar e invertir en cada plataforma respectivamente.

Tal vez alguien ya esté trabajando en esto...

https://twitter.com/AndreCronjeTech/status/1355337578367447042

Hemos visto un gran éxito con Iron Bank. Yearn usó el capital no utilizado de Cream para aumentar el rendimiento, y ahora Alpha Homora lo está usando para v2. La Delegación de Crédito de AAVE es otra forma en que los proveedores de estrategias pueden aprovechar el capital sin explotar.

Creemos que el siguiente paso para las plataformas de préstamos es permitir que los depositantes de tokens decidan con más detalle cómo se gastan los fondos de sus depósitos. ¿Imagínese poder decidir cómo se utiliza su poder de endeudamiento y cómo se le devuelven las ganancias? Veamos un ejemplo.

La cartera de Alice consta de 10 ETH, 10 CREAM y 10k HEGIC. Ella usa la plataforma de préstamos como su cuenta de ahorros DeFi. Además del interés del préstamo tradicional, también espera invertir un cierto porcentaje de los activos.

Ella quiere participar en la extracción de sushi, por lo que acredita el 50% de su poder de préstamo en el contrato del enrutador. Este contrato de enrutador utilizará su garantía para prestar eth + dai y se depositará en Sushiswap LP para cultivar sushi. Como paso final para iniciar el proceso, necesita determinar cómo quiere liquidar sus ganancias. ¿Aumentar su cartera de tokens o reclamar sushi?

Control de políticas detallado

La capa de liquidación proporciona mucha flexibilidad para las carteras de los inversores. Si los usuarios pueden definir el resultado deseado, pueden crear carteras a partir de las ganancias.

Eficiencia de costes

Los activos de Alice nunca han sido convertidos y/o transferidos, por lo que no se producirán eventos de cargos en el momento del depósito. Las ganancias estarán sujetas a una tarifa cuando se reclamen.

Una versión completa del último ejemplo no está disponible en este momento, pero podríamos ver que suceda algo similar en 2021 gracias a la buena integración entre sistemas.

Así que sigue construyendo...

Tags：

NEAR