Comment calculer le P&L d’un contrat perpétuel inverse ?
Pour un contrat perpétuel inverse standard dont la valeur nominale en dollars est fixe par contrat, calculez le P&L de trading à partir des prix réciproques. Le résultat est libellé dans la devise de règlement. Multiplier la variation de prix par une quantité fixe de BTC revient à modéliser un autre instrument.
Supposons qu’un contrat inverse BTC hypothétique ait une valeur nominale de 1 $. Vous achetez 100,000 contrats à 50,000 $ par BTC et clôturez toute la position à 55,000 $. Avant frais et funding :
Q = signed contract count; positive for a long
C = dollar face value per contract
P&L_BTC = Q × C × (1 / entry_price − 1 / exit_price)
= 100,000 × $1 × (1 / $50,000 − 1 / $55,000)
= 0.18181818 BTC
P&L_USD_at_exit = 0.18181818 × $55,000
= $10,000La position a une valeur nominale de 100,000 $. Son équivalent en BTC varie avec le prix : 2 BTC à l’entrée, environ 1.818182 BTC à la sortie. Cette conversion variable explique pourquoi je veux les spécifications du contrat à côté du code comptable. Une colonne nommée size vous promet une soirée de vendredi à découvrir quelle unité quelqu’un avait en tête.
Vérifiez le multiplicateur de la plateforme, la devise de règlement et les règles d’arrondi. « Inverse » décrit une convention de rémunération ; cela ne garantit pas qu’un contrat vaille 1 dollar partout.
Pourquoi mon compte gagne-t-il plus de dollars que le trade n’en a rapporté ?
Parce que le collatéral a lui aussi un prix.
Partez d’un collatéral de 1 BTC, d’une valeur de 50,000 $, et effectuez le trade ci-dessus. Supposons qu’il n’y ait ni dépôts, ni retraits, ni frais, ni funding, et que la marge soit suffisante pendant toute l’opération. Après la clôture, le compte détient 1.18181818 BTC. À 55,000 $ par BTC, cela représente 65,000 $.
| Composante | Calcul | Variation en dollars |
|---|---|---|
| Collatéral initial | 1 BTC × (55,000 $ − 50,000 $) | +5,000 $ |
| P&L du dérivé, valorisé à la sortie | 0.18181818 BTC × 55,000 $ | +10,000 $ |
| Valeur totale du compte | 65,000 $ − 50,000 $ | +15,000 $ |
Le registre des trades et la courbe de valeur du compte répondent à des questions différentes. Si votre rapport attribue les 15,000 $ entiers au P&L du signal, il crédite la stratégie d’avoir conservé son collatéral pendant un marché haussier.
L’inverse compte aussi. Une stratégie peut accumuler des BTC tandis que sa valeur en dollars baisse. Aucune des deux courbes n’est intrinsèquement erronée. Le problème, c’est de passer de l’une à l’autre sans le préciser.
Dois-je mesurer les rendements du backtest en BTC ou en USD ?
Choisissez la devise de référence avant de comparer les stratégies, puis conservez les deux perspectives. Pour ce compte, le rendement en BTC est de 18.18 % ; celui en dollars est de 30 %. Ces deux mesures décrivent le même résultat.
Pour comparer des actions américaines, des contrats à terme réglés en stablecoins et des contrats réglés en crypto, j’utilise généralement la valeur du compte en dollars comme série de référence commune. Pour un mandat de recherche axé sur l’accumulation de BTC, la série en BTC mérite la même visibilité. Le choix modifie la distribution des rendements, les drawdowns et le Sharpe ratio.
Ajoutez un benchmark de collatéral passif. Ici, conserver simplement le 1 BTC initial aurait produit un rendement de 10 % en dollars. Sur cet intervalle, le compte dépasse ce benchmark de 20 points de pourcentage. Cette différence décrit l’exemple ; elle ne démontre pas l’existence d’un alpha et ne tient pas compte de l’exposition au dérivé prise entre-temps.
Indiquez l’unité dans le nom du champ. Utilisez equity_btc, equity_usd et pnl_btc. Une colonne equity sans unité devient dangereuse dès que deux types de contrats apparaissent dans le même rapport.
Comment enregistrer dans un backtest les frais et le funding payés en BTC ?
Enregistrez le mouvement réel de crypto au moment où il se produit. Des frais en BTC diminuent le solde BTC du portefeuille ; une réception de funding en BTC l’augmente. Calculez ces montants selon les règles applicables au contrat et les taux historiques.
Distinguez ensuite l’imputation des transactions de la valorisation du compte. Des frais de 0.001 BTC payés alors que le BTC s’échange à 50,000 $ valent 50 $ au moment du paiement. Si le BTC atteint ensuite 55,000 $, le compte détient 55 $ de moins qu’un compte identique qui n’aurait jamais payé ces frais. Les 5 $ supplémentaires correspondent à la variation ultérieure du prix de la crypto sortie du compte.
Les deux chiffres peuvent être utiles. Additionner les flux de trésorerie historiques valorisés en dollars au capital initial en dollars ne tient pas compte de cet effet de change, à moins de le rapprocher explicitement.
Je préfère utiliser un registre en crypto comme source comptable, puis en déduire les valorisations en dollars. À chaque instantané, valorisez le solde du portefeuille augmenté du P&L latent en crypto, à l’aide d’un prix de conversion documenté et aligné sur l’horodatage. Consignez tout écart intentionnel entre le prix de marquage du contrat et le prix de conversion utilisé pour le reporting.
Quels tests permettent de détecter les erreurs comptables sur les contrats inverses ?
Je commence par de tout petits scénarios synthétiques dont on peut vérifier les résultats à la main. L’historique de marché sait remarquablement bien dissimuler une erreur d’unité dans une courbe de capital plausible.
| Test, hors coûts | Résultat attendu |
|---|---|
| Entrer et sortir au même prix | P&L du dérivé nul en BTC |
| Inverser le signe de la position sur un parcours identique | Le P&L du dérivé change exactement de signe |
| Détenir 1 BTC sans position sur dérivé ; le prix passe de 50,000 $ à 55,000 $ | La valeur en BTC reste à 1 ; la valeur en dollars augmente de 5,000 $ |
| Clôturer la position de l’exemple à son mark actuel | Le P&L latent est transféré dans le portefeuille sans modifier la valeur totale du compte |
Ce dernier test détecte le double comptage : le moteur crédite le P&L réalisé, mais oublie de supprimer le montant latent. Testez aussi une clôture partielle. Seuls les contrats clôturés doivent régler leur P&L ; les contrats restants doivent conserver la bonne base de prix d’entrée selon la convention comptable de la plateforme.
Que doit signaler un agent de recherche IA pour une stratégie inverse ?
Le nombre de contrats et le multiplicateur, la devise de règlement, le collatéral initial, les flux de crypto et la valeur du compte dans la devise de référence déclarée. À côté de la courbe de la stratégie, affichez celle du collatéral passif et rapprochez les deux.
Dans un workflow de recherche autonome, je ferais de ce rapprochement une condition d’acceptation du backtest. Un optimiseur peut classer n’importe quel chiffre qu’on lui fournit. Si le bilan en BTC en hausse est attribué au signal de trading, il optimisera avec enthousiasme cette erreur comptable.
Un rapport utile peut expliquer pourquoi ce trade a rapporté 10,000 $ alors que le compte a gagné 15,000 $, jusqu’à la dernière écriture de règlement. Un autre chercheur peut réellement vérifier un tel résultat.
← Tous les articles
