> For the complete documentation index, see [llms.txt](https://vaultbook.gauntlet.xyz/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://vaultbook.gauntlet.xyz/fr/vaults/drift-vaults/hjlp.md).
# hJLP
Visitez le [vault](https://app.drift.trade/vaults/CoHd9JpwfcA76XQGA4AYfnjvAtWKoBQ6eWBkFzR1A2ui).
## Vue d’ensemble
La stratégie hJLP (Hedged Jupiter Liquidity Provider) est conçue pour atténuer les risques liés à la fourniture de liquidité à la plateforme perpétuelle de Jupiter tout en maintenant des rendements attrayants. Cette documentation fournit une vue d’ensemble complète des détails d’implémentation, des mécanismes de traitement des données, des approches de couverture et des systèmes de gestion de l’exécution qui alimentent la stratégie.
### Lieu de couverture : Drift Protocol
Drift Protocol sert de principal lieu de couverture pour la stratégie hJLP. Le protocole maintient des pools de liquidité profonds qui permettent d’importantes opérations de couverture avec un slippage minimal. Ses capacités de marge croisée permettent une utilisation efficace du capital sur plusieurs paires de trading, permettant à la stratégie de déposer du JLP dans le pool et de créer des positions perpétuelles sur plusieurs actifs en utilisant la même garantie (JLP dans ce cas). La nature transparente du carnet d’ordres on-chain réduit considérablement le risque de contrepartie et renforce la sécurité globale de la stratégie.
## Mise en œuvre de la stratégie
### **Flux principal**
La mise en œuvre de la stratégie suit un processus qui commence lorsque les utilisateurs déposent des actifs pris en charge dans le vault hJLP. Ces actifs sont automatiquement convertis en tokens JLP via le DEX de Jupiter, garantissant que tous les dépôts des utilisateurs sont dans le token requis pour la stratégie de couverture. Les tokens JLP nouvellement acquis sont ensuite déposés dans Drift comme garantie, ce qui permet l’ouverture de positions de couverture initiales basées sur l’exposition delta actuelle dans le pool JLP. Le système maintient ces positions grâce à un rééquilibrage dynamique, déclenché soit par des intervalles de temps prédéfinis, soit lorsque les positions s’écartent des seuils cibles.
### **Architecture d’intégration**
La stratégie exploite l’infrastructure de vaults de Drift, qui offre une sécurité éprouvée pour les dépôts des utilisateurs et gère efficacement de gros volumes de dépôts et de retraits. La prise en charge de plusieurs actifs simplifie l’expérience utilisateur et élargit l’accessibilité. L’intégration avec le SDK de Drift permet une interaction directe avec les fonctions de trading, un accès immédiat aux données de marché et l’utilisation de types d’ordres sophistiqués pour une exécution optimale de la couverture.
## Traitement des données
### **Pipeline en temps réel**
Au cœur de la stratégie hJLP se trouve un pipeline de données sophistiqué en temps réel qui surveille en continu le Jupiter Liquidity Pool. Ce système suit la composition du JLP Pool sur plusieurs actifs, notamment SOL, ETH, BTC, USDC et USDT, tout en surveillant simultanément les mises à jour des positions perpétuelles, les changements d’offre de tokens JLP et en agrégeant des flux de prix provenant de plusieurs sources afin de garantir la fiabilité.
### **Calcul du delta**
La stratégie emploie des formules mathématiques précises pour les calculs de delta. Pour chaque actif du pool JLP, le delta spécifique à l’actif est calculé comme suit :
Copier
```
Δa = (spotLiquidity a - longPerp a + shortPerp a + undistributedFees) / jlpSupply
```
Cette formule intègre la valeur des actifs dans la liquidité spot du JLP, l’ensemble des positions perpétuelles longues et courtes, ainsi que les frais non distribués en attente sous séquestre. Le delta total du portefeuille est ensuite calculé comme la somme de tous les deltas spécifiques aux actifs.
### Stratégies de couverture
Gauntlet a évalué plusieurs stratégies de couverture, à la fois temporelles et bornées, et peut utiliser toute combinaison des éléments suivants, en équilibrant atténuation du risque et efficacité des coûts. Les stratégies temporelles comprennent une couverture de 5 minutes qui offre une neutralité delta agressive avec une compensation complète toutes les 5 minutes et un paramètre de slippage maximal de 10 bps. La couverture horaire offre une approche plus équilibrée avec des coûts de trading plus faibles, tandis que la couverture quotidienne fournit la solution la plus rentable mais accepte une exposition intrajournalière plus élevée.
Les stratégies de delta borné présentent une autre approche de la gestion des risques. La stratégie de bornes en dollars de 1 % rééquilibre lorsque le delta en dollars dépasse ±1 %, offrant une surveillance continue et une gestion équilibrée des coûts et des risques. Les bornes spécifiques à chaque actif appliquent des seuils adaptés jusqu’à 5 %, avec une surveillance indépendante pour chaque actif. La stratégie de bornes 20 %-10 % utilise une approche par zone tampon avec une borne supérieure de ±20 % et une cible de rééquilibrage de ±10 %.
### Gestion de l’exécution
La stratégie met en œuvre des techniques sophistiquées de gestion de l’exécution pour optimiser l’exécution des trades. Le découpage des ordres est déterminé en divisant la taille de l’ordre par la taille maximale d’un ordre unique. L’implémentation TWAP répartit le temps d’exécution sur les différents segments, tandis que l’exécution tenant compte de la liquidité garantit une taille d’ordre optimale en fonction de la liquidité disponible du marché et de l’impact maximal autorisé sur le marché.
***REMARQUE :*** Gauntlet ne fait pas correspondre les ordres, ne dimensionne pas les trades, n’exécute pas et ne règle pas les transactions. Ces գործընթաց sont effectués par le SDK Drift.
---
# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.
## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.
Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:
```
GET https://vaultbook.gauntlet.xyz/fr/vaults/drift-vaults/hjlp.md?ask=&goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.