\n
\n<\/p>\n
BJF TRADING GROUP \u00b7 SHARPTRADER OPTIMIZER<\/span><\/p>\n Nous avons fait tourner la m\u00eame logique d’arbitrage de latence sur deux comptes r\u00e9els en m\u00eame temps, avec la m\u00eame taille de lot de 0,1, la m\u00eame paire sur l’or et le m\u00eame solde de d\u00e9part. Un compte utilisait des param\u00e8tres ajust\u00e9s dans le SharpTrader Optimizer<\/strong>. L’autre fonctionnait avec les param\u00e8tres par d\u00e9faut. Sur environ 5 700 trades, le compte optimis\u00e9 n’a pas seulement gagn\u00e9 davantage. Il a r\u00e9duit la perte moyenne des deux tiers et doubl\u00e9 le profit factor. Voici l’analyse compl\u00e8te.<\/p>\n En bref :<\/strong> l’optimisation des param\u00e8tres d’arbitrage de latence n’a pas cherch\u00e9 un profit plus \u00e9lev\u00e9 par trade. Elle a r\u00e9duit le co\u00fbt des trades perdants. La perte moyenne du compte optimis\u00e9 est pass\u00e9e de \u22126,20 $ \u00e0 \u22122,04 $<\/strong>, son trade perdant moyen est pass\u00e9 de \u22126,2 pips \u00e0 \u22122,0 pips<\/strong>, et son profit factor est pass\u00e9 de 5,41 \u00e0 11,3<\/strong>. R\u00e9sultat net sur le test : 14 576 $ contre 11 041 $<\/strong> de profit cl\u00f4tur\u00e9 sur une base de 5 000 $, avec un drawdown maximal plus faible.<\/p>\n<\/div>\n Les deux comptes ont d\u00e9marr\u00e9 \u00e0 5 000 $ et ont trad\u00e9 exactement la m\u00eame logique d’entr\u00e9e d’arbitrage de latence sur l’or. La seule diff\u00e9rence \u00e9tait le jeu de param\u00e8tres : l’un provenait d’une grille d’optimisation du SharpTrader Optimizer, l’autre utilisait les valeurs par d\u00e9faut. Voici l’\u00e9cart principal.<\/p>\n L’\u00e9cart de profit est r\u00e9el, mais c’est le chiffre le moins int\u00e9ressant de la page. Un total net sup\u00e9rieur de 32 % sur trois sessions pourrait relever du bruit. Ce qui n’en rel\u00e8ve pas, c’est la mani\u00e8re<\/em> dont le compte optimis\u00e9 y est parvenu, et c’est la partie qui m\u00e9rite d’\u00eatre lue.<\/p>\n Trac\u00e9es en fonction de l’avancement du test (de 0 \u00e0 100 % des trades cl\u00f4tur\u00e9s), les deux courbes progressent r\u00e9guli\u00e8rement, ce qui est attendu d’un avantage d’arbitrage fonctionnel. La courbe optimis\u00e9e prend progressivement l’avantage et termine plus haut, avec des creux moins nombreux et moins profonds en cours de route.<\/p>\n \u00c9quit\u00e9 des trades cl\u00f4tur\u00e9s \u00e0 partir d’une base de 5 000 $, normalis\u00e9e selon l’avancement du test afin d’aligner les deux nombres de trades (3 588 contre 2 149) pour la comparaison.<\/p>\n<\/div>\n Lisez ce tableau de haut en bas. L’histoire n’est pas dans la ligne du profit. Elle est dans les lignes des pertes.<\/p>\n Le compte optimis\u00e9 avait un taux de r\u00e9ussite plus faible<\/strong> (79,4 % contre 81,2 %) et un gain moyen plus petit<\/strong> (5,61 $ contre 7,76 $). Sur un tableau de bord na\u00eff, il semble moins bon. Pourtant, il a gagn\u00e9 plus d’argent avec moins de risque. Pourquoi ? Parce que ses pertes \u00e9taient trois fois moins co\u00fbteuses. En arbitrage de latence, votre avantage par trade est minime et votre ennemi est la mauvaise ex\u00e9cution. Resserrez la queue des pertes et tout le reste s’am\u00e9liore.<\/p>\n<\/div>\n Un signal d’arbitrage de latence vit quelques millisecondes. Vous agissez sur un prix vers lequel une plateforme a d\u00e9j\u00e0 \u00e9volu\u00e9 et qu’une autre n’a pas encore rattrap\u00e9. Lorsque l’ex\u00e9cution est propre, vous encaissez quelques pips. Lorsque l’ex\u00e9cution est tardive, le prix voulu a disparu et vous d\u00e9tenez d\u00e9sormais le mauvais c\u00f4t\u00e9 d’un mouvement qui a d\u00e9j\u00e0 eu lieu. C’est une entr\u00e9e avec slippage, et c’est par ces entr\u00e9es que l’argent fuit.<\/p>\n Regardez le trade perdant moyen du compte par d\u00e9faut : \u22126,2 pips<\/strong>. Ce n’est pas une strat\u00e9gie qui se trompe de direction. Le taux de r\u00e9ussite prouve que la lecture de la direction est bonne : 81 % des trades ont \u00e9t\u00e9 gagnants. Les \u22126,2 pips sont un co\u00fbt d’ex\u00e9cution : l’\u00e9cart entre le prix auquel le signal s’est d\u00e9clench\u00e9 et le prix effectivement obtenu par le compte, plus le spread variable pay\u00e9 pour traverser le carnet d’ordres. Le compte optimis\u00e9 n’a pay\u00e9 que \u22122,0 pips<\/strong> pour le m\u00eame type de trade perdant. M\u00eame avantage, un tiers de la fuite.<\/p>\n Protocole :<\/strong> deux comptes r\u00e9els, ex\u00e9cut\u00e9s en parall\u00e8le sur les m\u00eames sessions de march\u00e9, afin que tous deux voient une \u00e9volution des prix et des conditions de liquidit\u00e9 identiques.<\/p>\n Variables contr\u00f4l\u00e9es :<\/strong> m\u00eame instrument (XAUUSD), m\u00eame taille de lot fixe (0,1), m\u00eame solde de d\u00e9part (5 000 $), m\u00eames conditions de courtier, m\u00eame logique centrale d’arbitrage de latence.<\/p>\n La seule variable modifi\u00e9e :<\/strong> le jeu de param\u00e8tres. Le compte A utilisait des valeurs s\u00e9lectionn\u00e9es \u00e0 partir d’une grille de param\u00e8tres dans le SharpTrader Optimizer. Le compte B utilisait les valeurs par d\u00e9faut.<\/p>\n P\u00e9riode :<\/strong> du 19 au 22 juin 2026. 3 588 positions cl\u00f4tur\u00e9es sur le compte optimis\u00e9, 2 149 sur le compte par d\u00e9faut.<\/p>\n<\/div>\n C’est le fait d’ex\u00e9cuter les deux comptes en m\u00eame temps qui rend la comparaison \u00e9quitable. Si vous optimisez le lundi et faites tourner les param\u00e8tres par d\u00e9faut le mardi, toute diff\u00e9rence pourrait simplement venir de l’\u00e9cart entre lundi et mardi. C\u00f4te \u00e0 c\u00f4te, le march\u00e9 est une constante et les param\u00e8tres sont la seule chose qui puisse expliquer l’\u00e9cart.<\/p>\n Les param\u00e8tres ne sont issus ni de suppositions ni d’un ajustement de courbe visant une jolie courbe d’\u00e9quit\u00e9. Ils proviennent d’une recherche par grille dans le SharpTrader Optimizer, con\u00e7u pour \u00e9valuer les strat\u00e9gies sensibles \u00e0 l’ex\u00e9cution de la mani\u00e8re dont le march\u00e9 r\u00e9el les traite. Quatre \u00e9l\u00e9ments rendent cette recherche fiable pour une strat\u00e9gie de latence :<\/p>\n La recherche s’appuie sur de v\u00e9ritables flux historiques de ticks, et non sur des approximations en barres. Pour une strat\u00e9gie qui vit \u00e0 l’int\u00e9rieur d’un d\u00e9calage de l’ordre d’un seul tick, les donn\u00e9es en barres masquent pr\u00e9cis\u00e9ment ce que vous cherchez \u00e0 capturer.<\/p>\n<\/div>\n Vous d\u00e9finissez une latence d’ex\u00e9cution des ordres r\u00e9aliste en millisecondes et l’optimiseur montre comment elle modifie les r\u00e9sultats. Les backtesteurs standard supposent des ex\u00e9cutions \u00e0 latence nulle, ce qui est exactement l’hypoth\u00e8se qui fait para\u00eetre les strat\u00e9gies de latence meilleures sur le papier qu’en production.<\/p>\n<\/div>\n Le spread historique est appliqu\u00e9 tick par tick, et non comme une valeur fixe par d\u00e9faut du courtier. L’entr\u00e9e et la sortie sont chacune factur\u00e9es du spread qui existait r\u00e9ellement \u00e0 ce moment-l\u00e0, de sorte que l’\u00e9cart de \u22126,2 contre \u22122,0 pips appara\u00eet en phase de test avant de vous co\u00fbter en r\u00e9el.<\/p>\n<\/div>\n L’ouverture et la cl\u00f4ture sont mod\u00e9lis\u00e9es ind\u00e9pendamment pour le slippage. Une strat\u00e9gie de latence peut subir du slippage \u00e0 l’entr\u00e9e comme \u00e0 la sortie, et l’optimiseur tient compte des deux au lieu de supposer que la sortie est gratuite.<\/p>\n<\/div>\n<\/div>\n En outre, la grille s’ex\u00e9cute sur tous les c\u0153urs du processeur avec une utilisation \u00e9lev\u00e9e, de sorte qu’une recherche portant sur plus de 100 000 combinaisons de param\u00e8tres se termine en quelques heures plut\u00f4t qu’en plusieurs jours, et une carte de chaleur des performances sur 24 heures montre quelles heures de trading portent r\u00e9ellement l’avantage sur l’or. Les param\u00e8tres de ce test sont simplement le jeu ayant obtenu le meilleur score une fois le temps d’ex\u00e9cution, le spread variable et le slippage sur les deux jambes honn\u00eatement pris en compte.<\/p>\n Non. Dans ce test, le compte optimis\u00e9 a pris plus<\/strong> de trades (3 588 contre 2 149) et a tout de m\u00eame affich\u00e9 le profit factor le plus \u00e9lev\u00e9 (11,3 contre 5,41). L’am\u00e9lioration provient de trades perdants moins co\u00fbteux, et non d’un trading r\u00e9duit.<\/p>\n<\/div>\n Parce que le profit est \u00e9gal au taux de r\u00e9ussite multipli\u00e9 par le gain moyen, moins le taux de perte multipli\u00e9 par la perte moyenne. R\u00e9duire la perte moyenne de \u22126,20 $ \u00e0 \u22122,04 $ a plus que compens\u00e9 un taux de r\u00e9ussite l\u00e9g\u00e8rement plus faible et un gain moyen plus petit. Le calcul r\u00e9compense davantage la ma\u00eetrise des pertes qu’un taux de r\u00e9ussite \u00e9lev\u00e9.<\/p>\n<\/div>\n Trois jours, c’est court pour juger des rendements absolus, c’est pourquoi nous mettons en avant les indicateurs structurels et non le total en dollars. Sur environ 5 700 trades, les \u00e9carts de perte moyenne, de profit factor et de co\u00fbt en pips par trade perdant sont bien plus stables que le chiffre net principal. L’\u00e9cart en dollars pourrait se r\u00e9duire. L’\u00e9cart sur la queue des pertes est une propri\u00e9t\u00e9 des param\u00e8tres.<\/p>\n<\/div>\n La m\u00e9thode est transposable, mais pas les param\u00e8tres. Chaque instrument a son propre comportement de spread, sa volatilit\u00e9 et son profil d’ex\u00e9cution ; la recherche par grille doit donc \u00eatre relanc\u00e9e pour chaque instrument. L’or a \u00e9t\u00e9 choisi ici parce que le comportement de son spread et de ses ticks rend le co\u00fbt d’ex\u00e9cution facile \u00e0 observer.<\/p>\n<\/div>\n Les seuils de latence et de spread qui filtrent les entr\u00e9es et les sorties, ajust\u00e9s \u00e0 l’aide d’une grille de param\u00e8tres \u00e9valu\u00e9e avec des donn\u00e9es tick r\u00e9elles, un temps d’ex\u00e9cution mod\u00e9lis\u00e9, un spread variable par tick et un slippage sur les deux jambes. La logique centrale de la strat\u00e9gie \u00e9tait identique sur les deux comptes.<\/p>\n<\/div>\n<\/div>\n Nouvelles \u00e9tudes d’ex\u00e9cution, pr\u00e9sentations de l’optimiseur et lancements de produits \u2013 envoy\u00e9s d\u00e8s leur publication.<\/p>\nM\u00eame strat\u00e9gie, deux comptes : ce que des param\u00e8tres optimis\u00e9s d’arbitrage de latence ont r\u00e9ellement chang\u00e9 sur XAUUSD<\/span><\/h2>\n
\nP\u00e9riode :<\/strong> 19\u201322 juin 2026
\nTaille de lot :<\/strong> 0,1 (fixe)
\nSolde initial :<\/strong> 5 000 $ chacun<\/div>\n<\/div>\n
\n
\n<\/p>\n
\n
\n<\/p>\nLe r\u00e9sultat en une ligne<\/h2>\n
\n
\n<\/p>\nDeux courbes d’\u00e9quit\u00e9, c\u00f4te \u00e0 c\u00f4te<\/h2>\n
\n![\"Comparaison](\"https:\/\/bjftradinggroup.com\/wp-content\/uploads\/2026\/06\/equity-curve-latency-optimization-1760x800-1-1024x465.png\")
<\/p>\n
\n
\n<\/p>\nLes chiffres complets<\/h2>\n
\n\n
\n \nIndicateur<\/th>\n Optimis\u00e9<\/th>\n Par d\u00e9faut<\/th>\n<\/tr>\n<\/thead>\n \n Positions cl\u00f4tur\u00e9es<\/td>\n 3,588<\/td>\n 2,149<\/td>\n<\/tr>\n \n Profit net cl\u00f4tur\u00e9<\/td>\n +$14,576<\/td>\n +$11,041<\/td>\n<\/tr>\n \n Taux de r\u00e9ussite<\/td>\n 79.4%<\/td>\n 81.2%<\/td>\n<\/tr>\n \n Profit factor<\/td>\n 11.3<\/td>\n 5.41<\/td>\n<\/tr>\n \n Gain moyen<\/td>\n +$5.61<\/td>\n +$7.76<\/td>\n<\/tr>\n \n Perte moyenne<\/td>\n \u2212$2.04<\/td>\n \u2212$6.20<\/td>\n<\/tr>\n \n Trade perdant moyen (pips)<\/td>\n \u22122.0<\/td>\n \u22126.2<\/td>\n<\/tr>\n \n Drawdown maximal<\/td>\n 0.42%<\/td>\n 0.62%<\/td>\n<\/tr>\n \n Pertes cons\u00e9cutives max.<\/td>\n 4<\/td>\n 5<\/td>\n<\/tr>\n \n \u00c9cart-type du profit net par trade<\/td>\n $5.83<\/td>\n $7.12<\/td>\n<\/tr>\n \n Dur\u00e9e moyenne d’un trade<\/td>\n 1,4 s<\/td>\n 3,7 s<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Le point contre-intuitif<\/h3>\n
\n
\n<\/p>\nPourquoi la queue des pertes est tout l’enjeu en arbitrage de latence<\/h2>\n
Ce que \u00ab optimisation \u00bb signifiait ici<\/h3>\n
\n
\n
\n<\/p>\nComment le test a \u00e9t\u00e9 men\u00e9<\/h2>\n
\n
\n<\/p>\nComment l’optimiseur a trouv\u00e9 ces param\u00e8tres<\/h2>\n
Donn\u00e9es tick r\u00e9elles<\/h3>\n
Mod\u00e9lisation du temps d’ex\u00e9cution<\/h3>\n
Spread variable par tick<\/h3>\n
Slippage sur les deux jambes<\/h3>\n
\n
\n<\/p>\nCe qu’il faut en retenir si vous pratiquez l’arbitrage de latence<\/h2>\n
\n
\n
\n<\/p>\nQuestions fr\u00e9quentes<\/h2>\n
\n
\n<\/p>\nAbonnez-vous aux \u00e9tudes de trading de BJF<\/h3>\n