Le calcul des délais est sans appel : un modèle de langage est des centaines de fois trop lent pour la seule tâche qu’exige l’arbitrage de latence.
L’arbitrage de latence exploite la brève fenêtre pendant laquelle un flux rapide montre un mouvement de prix avant que la cotation d’un courtier plus lent ne soit mise à jour. Cette fenêtre est minuscule, et toute la stratégie consiste à agir à l’intérieur de celle-ci, dans une véritable course de vitesse.
| Étape | Budget temps |
|---|---|
| Fenêtre d’opportunité d’arbitrage de latence | De l’ordre de quelques millisecondes, souvent moins |
| Réaction d’un moteur d’exécution déterministe | De moins d’une milliseconde à quelques millisecondes |
| Réponse d’un grand modèle de langage | De quelques centaines de millisecondes à plusieurs secondes |
En clair, le temps qu’un modèle de langage ait fini de lire le prompt et de générer une réponse, l’opportunité est apparue et a disparu des centaines de fois. Ce n’est pas un problème de réglage. Générer du langage token par token est intrinsèquement plus lent qu’un moteur compilé réagissant à un tick de prix, et l’écart est énorme.
Même si l’inférence était instantanée, deux autres propriétés excluraient encore les LLM du poste d’exécution.
Un même prompt peut produire des résultats différents. Pour un moteur de trading qui doit se comporter de manière identique chaque fois qu’il observe le même état du marché, c’est rédhibitoire. L’exécution doit être reproductible ; un générateur de texte probabiliste est tout le contraire.
Un modèle de langage ne dispose par défaut d’aucun flux de prix en direct et n’est pas une calculatrice : le dimensionnement précis et les calculs de risque peuvent dériver. L’exécution exige des chiffres exacts sur une connexion en direct, de manière déterministe, à chaque fois.
Exclure les LLM de l’exécution ne les rend pas inutiles pour autant. Cela les déplace vers les étapes du flux de travail où la lenteur et le caractère probabiliste ne posent pas de problème.
| Tâche | Pourquoi elle convient à un LLM |
|---|---|
| Étude des courtiers | Synthétiser quelles plateformes tolèrent ce type de flux et quelle est leur réputation en matière d’exécution |
| Génération et revue du code du moteur | Écrire, expliquer et déboguer le code du moteur déterministe plus vite qu’à la main |
| Analyse des journaux d’exécution | Lire vos exécutions et signaler un slippage asymétrique ou une latence ajoutée, comme le ferait un analyste |
| Explication de la stratégie | Transformer une idée d’exécution complexe en un brief clair sur lequel un humain peut agir |
Chacune de ces tâches intervient avant ou après la transaction, jamais pendant. C’est la bonne répartition des rôles : le modèle de langage informe et examine, le moteur déterministe exécute. C’est la même séparation entre recherche et exécution que nous traitons dans l’article de fond sur la question de savoir si l’IA peut trader le Forex.
La configuration professionnelle n’est pas « IA ou logiciel », c’est les deux, chacun dans son couloir. Un moteur déterministe gère l’exécution à la milliseconde, tandis qu’un modèle de langage travaille à ses côtés hors ligne pour la recherche, le code et l’analyse. C’est précisément pourquoi un avantage qui survit dans un backtest à exécution parfaite peut tout de même mourir en production à cause de la latence d’exécution, un point que nous quantifions dans l’écart lié au temps d’exécution, et pourquoi mesurer vos exécutions réelles, comme expliqué dans la transparence de l’exécution des courtiers, compte davantage que l’avis de n’importe quel modèle.
Non. Même avec une inférence plus rapide, le non-déterminisme et la nécessité d’une exécution exacte, en direct et reproductible excluent les modèles de langage de la transaction elle-même. La vitesse n’est que l’un des trois obstacles.
Pour l’arbitrage de latence, non, car même la décision doit être prise en quelques millisecondes. Pour des stratégies plus lentes, un agent piloté par un LLM peut prendre des décisions de plus haut niveau, mais l’exécution rapide reste assurée par du code déterministe.
Pas du tout. Elle est précieuse pour la recherche, le code du moteur et l’analyse des journaux d’exécution. Sa place est simplement à côté de la stratégie, pas dans la boucle d’exécution.
Nouveaux articles, documents de recherche et lancements de produits, envoyés dès leur publication.
Découvrez la vue d’ensemble de ce que l’IA peut et ne peut pas faire en trading, et comment l’exécution déterministe détermine vos exécutions.
L’IA peut-elle trader le Forex ?
Guide de l’arbitrage de latence