Ethena Pay ajoute Earn+ grâce à Aave V4 sur Avalanche

TL;DR : Earn+ d'Ethena Pay dirige les dépôts vers un coffre Upshift curé par Steakhouse et utilisant Aave V4 sur Avalanche. La structure en couches est importante pour évaluer les récompenses et les retraits.

Ethena Pay a ajouté un produit de récompenses optionnel qui relie un solde en dollars orienté vers le consommateur à une stratégie de prêt on-chain. Aave Labs a décrit l'intégration d'Earn+ le 28 octobre, identifiant des fournisseurs distincts pour l'application, l'infrastructure du coffre, la stratégie et les marchés de prêt.

Cette division des responsabilités est le point de départ le plus utile pour comprendre le produit. Une interface familière peut simplifier l'accès sans supprimer les risques et les dépendances qui se cachent en dessous.

Plusieurs entreprises remplissent différentes fonctions

Selon l'annonce d'intégration d'Aave, les dépôts Earn+ entrent dans un coffre Upshift curé par Steakhouse, la stratégie utilisant Aave V4 sur Avalanche. Aave précise qu'il ne gère, ne curé ni ne supervise le coffre.

L'annonce décrit une stratégie qui fournit des USDe et emprunte des USDT. Elle indique que les utilisateurs choisissent combien de leur solde allouer, avec des retraits traités dans les 24 heures selon les conditions du produit énoncées.

Le produit n'est donc pas simplement un solde en dollars ordinaire générant des intérêts directement d'Aave. C'est une stratégie tierce utilisant plusieurs composants, chacun ayant un rôle défini.

Les coûts d'emprunt font partie du calcul des récompenses

Une stratégie qui emprunte un actif contre un autre doit tenir compte des deux côtés de la position. Le retour sur les actifs fournis ou déployés est important, mais il en va de même pour le coût d'emprunt, les frais applicables et toute perte encourue lors du changement de position.

Si l'emprunt devient plus coûteux, la marge disponible pour soutenir les récompenses peut se réduire même sans un mouvement dramatique du prix du collatéral. La direction et la taille de cet effet dépendent de la composition réelle de la stratégie.

Un taux de récompense annoncé doit donc être lu en parallèle avec ses hypothèses et les conditions régissant les changements. Un taux historique ou actuel n'est pas la même chose qu'un retour contractuel fixe pour une période indéfinie.

Le réseau de prêt et l'application ont des besoins de liquidité distincts

Le changelog du protocole d'Aave enregistre le déploiement d'Aave V4 sur Avalanche en juillet, y compris sa structure Hub et Spoke. L'intégration utilise cette infrastructure de prêt comme un composant d'un produit client plus large.

La liquidité peut être contrainte à différents points. La stratégie peut avoir besoin de dénouer des emprunts ou de récupérer des actifs, tandis que l'application doit transformer le résultat en un solde que le client peut utiliser. L'absence d'un verrouillage contractuel ne rend pas chaque étape sous-jacente instantanée.

C'est pourquoi une fenêtre de traitement déclarée est une information utile. Elle décrit l'expérience de service prévue tout en laissant les conditions d'exécution et de produit sous-jacentes pertinentes pour le résultat.

La comparaison significative est les récompenses nettes par rapport au risque total

Pour un utilisateur, la décision n'est pas tranchée par le fait que l'interface étiquette le produit comme des économies, des récompenses ou un rendement. La question économique est quels risques sont pris pour gagner le retour supplémentaire, et si le client comprend ces risques.

Les facteurs pertinents incluent l'évaluation des collatéraux, les paramètres de liquidation, le comportement des contrats intelligents, la discrétion de la stratégie et les conditions des actifs utilisés. Les responsabilités séparées des parties affectent également qui peut répondre si une couche particulière rencontre un problème.

Il y a un avantage opérationnel à regrouper ces services dans un flux de travail plus simple. Cela peut réduire le nombre de transactions et de tableaux de bord qu'un client doit gérer. La responsabilité correspondante est d'expliquer l'exposition à l'investissement aussi clairement que l'interface explique l'action de dépôt.

Earn+ est un autre exemple d'infrastructure de prêt intégrée dans une application ayant un rôle financier plus large. Son succès devrait être jugé par son fonctionnement fiable et ses résultats nets compréhensibles, plutôt que de traiter la présence d'un protocole bien connu comme une garantie pour l'ensemble du produit.

Rédigé par la rédaction et édité par Samuel Rae.