AAVE
Problema y solución
El sector de las finanzas descentralizadas afronta grandes retos desde que surgió, debemos
tomar como base el lenguaje de programación Solidity y los smart contracts, los cuales
permitieron desarrollar sobre la blockchain de Ethereum. La adaptación de los productos
financieros del sector tradicional a una tecnología transparente y descentralizada, suponen un
auténtico desafío para los desarrolladores, pero hay que decir que es un hecho necesario para
la adopción del espacio criptográfico, y es que el sector financiero es una de las mayores
industrias del mundo, si no la mayor, y esto hace que sea vital mostrar una versión de este
sector basada en la tecnología blockchain.
Uno de los productos financieros más utilizados y demandados en su versión descentralizada
son los protocolos de préstamo, conocidos como protocolos de Lending y Borrowing. Estos
protocolos consiguen repartir las recompensas obtenidas mediante tipos de interés cobrados a
los prestatarios, a diferencia del sector bancario tradicional en el que estas recompensas (o
intereses) son absorbidas completamente por la entidad centralizada, en este caso, los bancos
comerciales.
Uno de los principales protocolos de préstamos es AAVE (en su origen ETHLend), el cual
trabaja con múltiples redes como por ejemplo Ethereum, Polygon, Avalanche, Optimism,
Arbitrum, Fantom o Harmony (estas últimas en su versión V3). Este protocolo se ha
consolidado como el principal protocolo de Lending y Borrowing con 7 billones de dólares
estadounidenses bloqueados en el verano de 2022, llegando a alcanzar máximos de 20 billones
de dólares estadounidenses a finales de 2021.
Antes de continuar con los problemas y soluciones que ofrece la plataforma, vamos a ver unos
breves detalles sobre la historia de la aplicación.
, • En 2017, ETHLend, que posteriormente pasaría a ser AAVE, consiguió $16 millones en
una ronda de financiación de una ICO.
• En 2018, ETHLend cambió su nombre de marca a AAVE.
• En octubre del 2019, AAVE V1 lanzó públicamente su testnet.
• En enero del 2020, se lanzó AAVE V1 y ETHLend dejó de operar.
• En octubre del 2020, se lanzó el token de AAVE y se produjo la migración de LEND a
AAVE en una proporción 1:100.
• En diciembre del 2020, se lanzó AAVE V2 con nuevas funcionalidades. AAVE V1
continúa funcionando en paralelo.
A continuación, vamos a exponer los problemas que trata de solucionar AAVE con su última
versión AAVE V3.
• Generar mayores rendimientos para los proveedores de liquidez. La liquidez
bloqueada en AAVE a través de las diferentes cadenas, ha llegado a representar 20
billones de dólares. Este capital ha generado rendimientos a través de los intereses
que se cobra a los prestatarios, aun así, la gobernanza del protocolo cree que se puede
optimizar esta generación de rendimientos para los prestamistas, esto se realizaría a
través de la reutilización del capital sin incrementar potenciales problemas de
solvencia.
• Optimizar el poder de crédito. El poder o la potencia de crédito de un usuario puede
verse limitado debido al uso de pools aisladas o activos aislados como colateral.
• Ineficiencias de la red que soporta el protocolo. Gran parte del capital bloqueado en
AAVE está en la red Ethereum, que genera una mala experiencia del usuario debido a
la congestión de la red y las elevadas comisiones a la hora de operar.
• Aproximación a la liquidez agregada. En AAVE, el potencial o “poder de préstamo” de
un usuario, se calcula a partir de los activos que deja como colateral, lo que puede
generar en ocasiones límites a la hora de calcular ese potencial a partir de todos los
activos depositados como colateral.
• Reducir la liquidez segregada. Muchos protocolos de liquidez utilizan pools o pares
aislados para incrementar el poder de crédito de un usuario, lo que resulta una
segregación de la liquidez, ya que para satisfacer el apetito de riesgo de un usuario
muchas veces estos se ven forzados a operar en pools o con activos concretos.
• Seguridad del protocolo. Aquí hay que tener en cuenta varios factore s, como por
ejemplo, el riesgo de liquidez del protocolo, el riesgo asociado a la utilización de los
smart contracts, etc. Uno de los hechos más llamativos es el potencial beneficio por
parte del protocolo con la utilización de mecanismos de defensa ante ataques como el
minteo infinito de tokens o fallos en los oráculos.
• Descentralización. La gestión del protocolo es totalmente descentralizada a través de
la gobernanza mediante el token AAVE. En la mayoría de las ocasiones esto supone
una garantía de seguridad para el protocolo, pero en otras puede limitar a equipos y
proyectos a la hora de listar su token en la plataforma.
• Experiencia de usuario. En un entorno cada vez más multicadena y multi roll-up, es
vital disponer de liquidez en diferentes cadenas. A pesar del TVL con el que cuenta
AAVE en múltiples plataformas, no es posible disponer de la liquidez entre cadenas, a
pesar de que el protocolo está desarrollado en ambas.
Problema y solución
El sector de las finanzas descentralizadas afronta grandes retos desde que surgió, debemos
tomar como base el lenguaje de programación Solidity y los smart contracts, los cuales
permitieron desarrollar sobre la blockchain de Ethereum. La adaptación de los productos
financieros del sector tradicional a una tecnología transparente y descentralizada, suponen un
auténtico desafío para los desarrolladores, pero hay que decir que es un hecho necesario para
la adopción del espacio criptográfico, y es que el sector financiero es una de las mayores
industrias del mundo, si no la mayor, y esto hace que sea vital mostrar una versión de este
sector basada en la tecnología blockchain.
Uno de los productos financieros más utilizados y demandados en su versión descentralizada
son los protocolos de préstamo, conocidos como protocolos de Lending y Borrowing. Estos
protocolos consiguen repartir las recompensas obtenidas mediante tipos de interés cobrados a
los prestatarios, a diferencia del sector bancario tradicional en el que estas recompensas (o
intereses) son absorbidas completamente por la entidad centralizada, en este caso, los bancos
comerciales.
Uno de los principales protocolos de préstamos es AAVE (en su origen ETHLend), el cual
trabaja con múltiples redes como por ejemplo Ethereum, Polygon, Avalanche, Optimism,
Arbitrum, Fantom o Harmony (estas últimas en su versión V3). Este protocolo se ha
consolidado como el principal protocolo de Lending y Borrowing con 7 billones de dólares
estadounidenses bloqueados en el verano de 2022, llegando a alcanzar máximos de 20 billones
de dólares estadounidenses a finales de 2021.
Antes de continuar con los problemas y soluciones que ofrece la plataforma, vamos a ver unos
breves detalles sobre la historia de la aplicación.
, • En 2017, ETHLend, que posteriormente pasaría a ser AAVE, consiguió $16 millones en
una ronda de financiación de una ICO.
• En 2018, ETHLend cambió su nombre de marca a AAVE.
• En octubre del 2019, AAVE V1 lanzó públicamente su testnet.
• En enero del 2020, se lanzó AAVE V1 y ETHLend dejó de operar.
• En octubre del 2020, se lanzó el token de AAVE y se produjo la migración de LEND a
AAVE en una proporción 1:100.
• En diciembre del 2020, se lanzó AAVE V2 con nuevas funcionalidades. AAVE V1
continúa funcionando en paralelo.
A continuación, vamos a exponer los problemas que trata de solucionar AAVE con su última
versión AAVE V3.
• Generar mayores rendimientos para los proveedores de liquidez. La liquidez
bloqueada en AAVE a través de las diferentes cadenas, ha llegado a representar 20
billones de dólares. Este capital ha generado rendimientos a través de los intereses
que se cobra a los prestatarios, aun así, la gobernanza del protocolo cree que se puede
optimizar esta generación de rendimientos para los prestamistas, esto se realizaría a
través de la reutilización del capital sin incrementar potenciales problemas de
solvencia.
• Optimizar el poder de crédito. El poder o la potencia de crédito de un usuario puede
verse limitado debido al uso de pools aisladas o activos aislados como colateral.
• Ineficiencias de la red que soporta el protocolo. Gran parte del capital bloqueado en
AAVE está en la red Ethereum, que genera una mala experiencia del usuario debido a
la congestión de la red y las elevadas comisiones a la hora de operar.
• Aproximación a la liquidez agregada. En AAVE, el potencial o “poder de préstamo” de
un usuario, se calcula a partir de los activos que deja como colateral, lo que puede
generar en ocasiones límites a la hora de calcular ese potencial a partir de todos los
activos depositados como colateral.
• Reducir la liquidez segregada. Muchos protocolos de liquidez utilizan pools o pares
aislados para incrementar el poder de crédito de un usuario, lo que resulta una
segregación de la liquidez, ya que para satisfacer el apetito de riesgo de un usuario
muchas veces estos se ven forzados a operar en pools o con activos concretos.
• Seguridad del protocolo. Aquí hay que tener en cuenta varios factore s, como por
ejemplo, el riesgo de liquidez del protocolo, el riesgo asociado a la utilización de los
smart contracts, etc. Uno de los hechos más llamativos es el potencial beneficio por
parte del protocolo con la utilización de mecanismos de defensa ante ataques como el
minteo infinito de tokens o fallos en los oráculos.
• Descentralización. La gestión del protocolo es totalmente descentralizada a través de
la gobernanza mediante el token AAVE. En la mayoría de las ocasiones esto supone
una garantía de seguridad para el protocolo, pero en otras puede limitar a equipos y
proyectos a la hora de listar su token en la plataforma.
• Experiencia de usuario. En un entorno cada vez más multicadena y multi roll-up, es
vital disponer de liquidez en diferentes cadenas. A pesar del TVL con el que cuenta
AAVE en múltiples plataformas, no es posible disponer de la liquidez entre cadenas, a
pesar de que el protocolo está desarrollado en ambas.
