Optimiser les stratégies Phantom Drift et Lock dans SharpTrader Optimizer juillet 13, 2026 – Posted in: Arbitrage Software

Ce qui vient d’être livré

Plus tôt cette année, SharpTrader Optimizer a ajouté l’optimisation de la stratégie Hedge, et nous avions annoncé la famille Lock complète comme prochaine étape. Cette étape est désormais franchie. L’optimiseur peut exécuter ses balayages de paramètres sur ticks réels, tenant compte de l’exécution, sur toutes les stratégies de la famille Lock, y compris Phantom Drift, la stratégie qui intègre le lock arbitrage dans une séquence de moyennage déclenchée par le RSI, de sorte qu’elle apparaît comme un trader technique ordinaire aux yeux des systèmes de gestion des risques des courtiers.

L’essentiel est de savoir ce qui est optimisé. Phantom Drift n’est pas un mécanisme unique, ce sont deux mécanismes qui fonctionnent en séquence : une échelle de moyennage visible (la partie martingale) qui construit la profondeur du drawdown, et une jambe de lock arbitrage (la partie arbitrage) qui débloque la position sur un signal du flux rapide. Jusqu’à présent, vous pouviez régler ces composantes à la main et espérer. Désormais, l’optimiseur explore l’espace conjoint des paramètres des deux, et évalue chaque candidat de la manière dont le marché réel le facture.

Le test de latence a déjà prouvé le principe

Avant d’étendre l’optimiseur aux stratégies à plusieurs composantes, nous voulions la preuve que l’évaluation à exécution réaliste de l’optimiseur se traduit en résultats réels sur une stratégie que nous pouvions mesurer proprement. Nous avons donc mené l’expérience la plus simple possible : la même logique d’arbitrage de latence sur deux comptes réels en même temps, l’un avec des paramètres optimisés, l’autre avec les paramètres par défaut, même instrument, même taille de lot, même solde de départ. La seule variable était le jeu de paramètres.

Le compte optimisé n’a pas cherché de plus gros gains. Il a réduit le coût des trades perdants, faisant passer le trade perdant moyen de −6.2 pips à −2.0 pips et faisant plus que doubler le profit factor, avec un drawdown plus faible. Il s’agit d’une stratégie à une seule jambe, une entrée et une sortie. Mettez maintenant ce résultat à côté d’une stratégie qui ouvre une échelle de moyennage de positions puis couvre l’ensemble de la pile, et demandez-vous où l’effet de levier de l’optimisation est le plus grand.

Pourquoi les stratégies lock posent un problème d’optimisation plus difficile et aux enjeux plus élevés

Un trade de latence à une seule jambe paie le coût d’exécution deux fois : une fois à l’entrée, une fois à la sortie. Un cycle Phantom Drift le paie bien plus souvent. Chaque niveau de moyennage est un véritable ordre qui traverse un véritable spread et subit un véritable slippage. Ensuite, le lock ajoute une position de couverture, et le déblocage la clôture, chacune étant une jambe avec son propre coût d’exécution. La même friction d’exécution qui coûtait quelques pips par trade perdant au compte de latence est désormais multipliée sur toute une échelle et une couverture à deux côtés.

Ce cumul joue dans les deux sens. Cela signifie qu’une stratégie lock testée avec des hypothèses paresseuses (données en barres, exécutions à latence nulle, spread fixe) paraîtra beaucoup plus sûre et plus régulière qu’en trading réel, car aucune des frictions niveau par niveau n’est facturée. Et cela signifie que trouver le jeu de paramètres qui survit à un coût d’exécution honnête vaut plus ici que partout ailleurs, car il y a davantage de coûts sur lesquels se tromper.

Les deux moitiés que l’optimiseur règle désormais ensemble

Les 13 paramètres optimisables se répartissent en deux groupes couplés. L’optimiseur les explore conjointement, car l’espacement et le dimensionnement de l’échelle de moyennage déterminent le coût d’exécution absorbé par chaque jambe, tandis que les seuils de spread et de différence déterminent à quelle fréquence l’échelle est déclenchée.

Régler l’une ou l’autre moitié isolément laisse de la valeur de côté. Une échelle de moyennage plus profonde ou plus large modifie le drawdown dont la jambe d’arbitrage doit se remettre ; un filtre de spread ou de différence plus strict modifie la fréquence à laquelle l’échelle est construite. C’est tout l’intérêt de la recherche conjointe.

La grille d’optimisation complète

Voici les paramètres que fait varier le balayage, avec les plages par défaut de minimum, pas et maximum. Élargissez ou réduisez n’importe quelle plage en fonction de votre instrument et de la taille de votre compte avant de lancer la recherche.

Pourquoi les backtesters standard vous induisent en erreur sur les stratégies martingale-lock

La plupart des testeurs de stratégie pour particuliers ont été conçus pour des systèmes directionnels, et ils font trois hypothèses simplement optimistes pour une stratégie directionnelle mais réellement dangereuses pour une stratégie martingale-lock : ils calculent les prix sur des données en barres, ils supposent des exécutions à latence nulle et ils appliquent un spread fixe unique. Sur une échelle de moyennage, chacune de ces erreurs est facturée une fois par niveau, puis à nouveau sur les deux jambes de couverture.

Une courbe d’equity de martingale qui paraît régulière sur des barres M1 peut se révéler très différente dès que chaque entrée de moyennage paie le spread variable qui existait réellement à ce tick, dès que le lock et le déblocage paient chacun un slippage indépendant, et dès que le délai d’exécution est modélisé au lieu d’être ignoré. La différence ne se traduit pas par un chiffre légèrement inférieur. Elle se traduit par un profil de risque différent, car le niveau auquel un backtest paresseux dit que vous survivez est celui auquel un backtest honnête dit que vous franchissez le seuil de contrôle de l’equity.

Ce que change une évaluation honnête de l’exécution sur une stratégie lock

Les quatre éléments qui ont rendu le résultat de latence fiable comptent davantage, et non moins, sur une stratégie lock, car chacun est facturé de façon répétée sur l’échelle et sur la couverture.

Comment lancer une optimisation Phantom Drift

Questions fréquentes