La cause habituelle : le courtier vous a détecté

Les stratégies d’arbitrage ont une signature reconnaissable. Un desk de risque surveille les comptes qui gagnent de manière régulière d’une façon qui suggère un avantage de vitesse ou d’information, et dès que le vôtre est signalé, les contre-mesures commencent. Aucune ne touche à votre code. Toutes modifient vos exécutions.

La chronologie classique est révélatrice : exécution parfaite en démo, exécutions propres pendant les premières semaines en réel, puis une forte dégradation exactement au moment où le compte devient régulièrement rentable. Ce n’est pas une coïncidence et ce n’est pas un bug. C’est le compte qui est placé derrière un filtre d’exécution. Nous décrivons le mécanisme complet dans comment les courtiers exécutent réellement vos ordres et les outils spécifiques dans les plugins anti-arbitrage.

Une liste de contrôle de ce qui a réellement changé

Passez-les en revue dans l’ordre. Les quatre premiers points concernent le courtier et expliquent la grande majorité des cas.

Comment établir le diagnostic

Ne discutez pas des intentions, mesurez. Récupérez votre historique de trades et comparez une première période rentable à la période où les performances se sont effondrées. Si la latence d’exécution a augmenté, si le slippage est devenu unilatéral et si les rejets se concentrent sur vos trades gagnants, la réponse est le courtier, et aucune modification de la stratégie n’y changera rien. Si au contraire vos exécutions restent propres et symétriques mais que les écarts de prix que vous captiez n’existent tout simplement plus, c’est l’edge lui-même qui s’est érodé, et la solution est un autre flux, un autre instrument ou une autre stratégie.

Que faire

Une fois que vous savez de quel cas il s’agit, la marche à suivre est claire. Si le courtier vous a détecté et filtré, les options sont le masquage de l’exécution pour que le flux survive plus longtemps, le passage à une plateforme qui tolère ce flux, ou l’acceptation que ce courtier vous est fermé pour cette stratégie. Si l’edge s’est érodé, la réponse consiste à trouver une nouvelle source d’avantage plutôt que de continuer à ajuster les paramètres face à un écart qui n’existe plus. Dans les deux cas, la leçon durable est la même : testez toute stratégie dans des conditions d’exécution réalistes avant de vous y fier, afin de ne jamais être surpris en production. Le backtest sur des données de ticks réelles avec une latence et un spread modélisés permet de distinguer un véritable edge de celui qui n’existe qu’avec des exécutions parfaites.

Questions fréquentes