GNN, Transformers et RL pour l'arbitrage : quand les réseaux de neurones apprennent à trader
Partie 5 de la série "Chaînes d'arbitrage complexes entre futures et spot"
Imaginez un grand maître d'échecs qui, au lieu d'un échiquier, voit dix exchanges avec des centaines de paires de trading, et au lieu de 32 pièces, voit des milliers d'ordres mis à jour chaque milliseconde. Les algorithmes classiques comme Bellman-Ford parcourent honnêtement le graphe, mais le temps qu'ils trouvent un cycle rentable, la fenêtre d'opportunité s'est déjà refermée. Il nous faut une autre approche—pas seulement algorithmique, mais apprise.
Dans cet article, nous explorons comment les méthodes modernes de ML transforment le marché chaotique multi-exchanges en une tâche structurée. Les réseaux de neurones sur graphes (GNN), les Transformers et les agents d'apprentissage par renforcement (RL) redéfinissent ce qui est possible dans le monde de l'arbitrage.
Panorama des approches de ML pour la détection et l'exécution de l'arbitrage : des réseaux de neurones sur graphes aux algorithmes évolutionnaires.

1. Réseaux de neurones sur graphes : quand le marché est un graphe
Le marché crypto multi-exchanges est un graphe par nature. Les nœuds sont des actifs (BTC, ETH, SOL) ou des paires "actif-exchange". Les arêtes sont des liens de trading pondérés par les spreads, volumes, frais et latences.
L'algorithme classique de Bellman-Ford résout la tâche en . Les réseaux de neurones sur graphes (GNN) apprennent à reconnaître les schémas qui précèdent les opportunités d'arbitrage, à l'image de "l'intuition" d'un chauffeur de taxi pour deviner où se formera un embouteillage.
1.1 GraphSAGE avec Edge Fusion
En utilisant GraphSAGE avec un module personnalisé de fusion des arêtes, les chercheurs ont obtenu :
- F1-score : 0,90—9 opportunités prédites sur 10 sont réelles.
- Inférence : 78 ms sur CPU—assez rapide pour de nombreuses fenêtres d'arbitrage.
use burn::prelude::*;
use burn::nn::{Linear, LinearConfig, Relu};
#[derive(Module, Debug)]
pub struct EdgeFusionModule<B: Backend> {
fc1: Linear<B>,
fc2: Linear<B>,
fc_out: Linear<B>,
relu: Relu,
}
2. Transformers : Attention is All You Need
Si les GNN travaillent avec la structure du marché, les Transformers travaillent avec les flux de données. L'auto-attention multi-têtes capture les dépendances entre actifs et exchanges sans avoir besoin de définir explicitement qui influence qui.
2.1 Attention multi-têtes pour la fusion multi-exchanges
Les poids du mécanisme d'attention montrent quels exchanges sont les plus informatifs pour prédire le prix sur l'exchange cible. Un pic soudain du poids d'attention entre deux exchanges est souvent le signe d'une opportunité d'arbitrage imminente.

3. Apprentissage par renforcement : l'agent qui apprend à trader
L'apprentissage par renforcement (RL) s'adapte naturellement au problème de l'arbitrage. L'état correspond aux carnets d'ordres, positions et soldes. L'action correspond à quoi trader, où et en quel volume. La récompense correspond au profit ou à la perte.
3.1 142% de rendement annuel
Le résultat le plus impressionnant est le RL multi-agents pour l'arbitrage compétitif sur les DEX. En coordonnant des agents spécialisés (CEX-DEX, cross-chain et triangulaire), les chercheurs ont obtenu 142% de rendement annuel contre 12% pour les bots basés sur des règles.
4. Méthodes bayésiennes : l'incertitude comme atout
La détection bayésienne de points de rupture en ligne (BOCPD) détecte les changements de régime en temps réel. Lorsque les "règles" du marché changent, le modèle le reconnaît et indique à la stratégie de faire une pause et de se recalibrer.
/// Regime change detector based on BOCPD
pub struct BocpdDetector {
lambda: f64, // P(changepoint) = 1/lambda
run_length_probs: Vec<f64>, // run length distribution
}

5. Architecture intégrée : tout assembler
La véritable puissance vient de l'intégration. Un pipeline intégré en Rust ressemble à ceci :
- Feature engineering : caractéristiques du carnet d'ordres, spreads, surveillance CUSUM/EWMA.
- Détection : les GNN et autoencodeurs détectent les anomalies.
- Fusion des signaux : les Transformers fusionnent les données cross-exchange et spot-futures.
- Exécution : les agents RL déterminent la taille et le timing optimaux.
- Risque : dimensionnement bayésien et limites par processus gaussiens.
Budget de latence total : avec Rust et ONNX Runtime, une latence totale de pipeline de < 7,5 ms est atteignable.
6. Conclusion
Le ML dans l'arbitrage n'est pas une solution miracle, mais un arsenal d'outils. Les GNN voient la structure, les Transformers fusionnent les données, le RL exécute, et les méthodes bayésiennes gèrent l'incertitude.
Dans la dernière partie de cette série, nous examinerons les détails de l'implémentation Rust d'un tel système, en nous concentrant sur la précision à la nanoseconde et l'exécution atomique multi-jambes.
Vous entraînez vos propres agents ? Consultez notre Rust ML Trading Framework sur GitHub.
Authors
Trading-systems engineer
Trading-systems engineer building bots since 2017: cross-exchange arbitrage (connected up to 30 venues), cointegration-based pairs arbitrage across spot and futures, scalping, news and sentiment-driven strategies, trend algorithms, and portfolio management and balancing algorithms. Also builds sub-millisecond order execution, big-data warehouses, backtesting engines, AI agents, and trading interfaces (incl. open-source profitmaker.cc). Stack: JS/TS, Python, Rust/Zig/Go, DevOps, backend, frontend, architecture.