Insights & News

Blog

Exploration approfondie du trading par IA, de l'analyse de marché et de l'avenir de la DeFi.

Browse collections →
Filter by tag:
Prouver l'absence de look-ahead dans les backtests multi-timeframe : perturber le futur pour prouver que le passé ne peut pas le voir
July 8, 2026
#algotrading

Prouver l'absence de look-ahead dans les backtests multi-timeframe : perturber le futur pour prouver que le passé ne peut pas le voir

Les backtests multi-timeframe laissent fuiter le futur à travers une bougie de timeframe supérieur en cours de formation, dont la clôture finale n'existe pas encore. On ne peut pas se contenter d'une revue de code pour en avoir la certitude — il faut le tester. Nous reproduisons exactement la règle de bougie clôturée du bot live, puis prouvons l'absence de fuite avec une sonde à futur perturbé : on perturbe chaque bougie future et on vérifie que chaque signal et chaque trade passés restent identiques bit à bit. 25/25 tests de parité, et la sonde a du mordant.

#algotrading#backtest#biais de look-ahead
Lire l'article →
Quand le GPU devient rentable : la roofline du sweep de paramètres, où un 167x d'affiche est en réalité 27x d'algorithme fois 6.2x de matériel
July 7, 2026
#algotrading

Quand le GPU devient rentable : la roofline du sweep de paramètres, où un 167x d'affiche est en réalité 27x d'algorithme fois 6.2x de matériel

L'avance du GPU sur le CPU grandit avec la taille de batch — de 54.5x à un combo par appel jusqu'à 359.6x à 61 sur notre précalcul d'indicateurs multi-timeframe — parce qu'un petit sweep ne peut pas amortir le surcoût de lancement des kernels et de transfert. Nous décomposons un 167x d'affiche en un gain algorithmique de 27x qui profite aussi au CPU et un gain matériel de 6.2x, montrons que la vraie avance GPU contre meilleur CPU n'est que de 3.2x en single-timeframe et de 6.2x en multi, et donnons un guide de décision sur la largeur qu'un sweep doit atteindre avant qu'un GPU mérite l'investissement.

#algotrading#backtest#performance
Lire l'article →
Le piège de précision GPU : comment un backtest fp32 sur Apple Metal renvoie silencieusement des résultats aberrants
July 6, 2026
#algotrading

Le piège de précision GPU : comment un backtest fp32 sur Apple Metal renvoie silencieusement des résultats aberrants

Le GPU Metal d'Apple n'a pas de float64. Portez naïvement un backtest vectorisé dessus, et la tentante WMA en somme cumulée déborde en fp32 — erreur relative maximale de 211× — tout en continuant de tourner et de renvoyer des chiffres d'apparence plausible. Le correctif n'est pas plus de précision : c'est une formulation différente — une convolution directe par fenêtre glissante, fiable en fp32 jusqu'à 8×10⁻⁷ et 55.9× plus rapide que numba mono-thread. Le piège, l'arithmétique, et comment prouver qu'on n'y est pas tombé.

#algotrading#backtest#gpu
Lire l'article →
La porte de fidélité : le backtesting du grossier au fin vous trompe plus vite, à moins que le proxy bon marché ne classe comme l'évaluation coûteuse
July 5, 2026
#algotrading

La porte de fidélité : le backtesting du grossier au fin vous trompe plus vite, à moins que le proxy bon marché ne classe comme l'évaluation coûteuse

La recherche en drill-down / multi-fidélité (ASHA, élimination successive, Hyperband) filtre à bas coût des milliers de configurations et ne promeut que les survivants vers l'évaluation complète, coûteuse. C'est une véritable accélération — mais elle s'effondre silencieusement si le classement à basse fidélité contredit celui à haute fidélité. Nous avons mesuré la corrélation de rang par fold : à un seul fold, le ρ de Spearman peut valoir 0.03 (un classement presque aléatoire), puis grimper à 0.43, 0.67, 0.78, 0.91 à mesure que les folds s'accumulent. Le correctif est une porte obligatoire unique — mesurer d'abord ρ(bon marché, complet), puis relever automatiquement la fidélité minimale jusqu'au premier palier où ρ ≥ 0.5.

#algotrading#backtest#multi-fidélité
Lire l'article →
Recherche aléatoire vs recherche intelligente : le point de bascule, c'est le coût d'évaluation, pas l'algorithme
July 4, 2026
#trading algorithmique

Recherche aléatoire vs recherche intelligente : le point de bascule, c'est le coût d'évaluation, pas l'algorithme

Quand un backtest est bon marché, un Sobol scrambled naïf l'emporte sur le débit brut — les échantillonneurs intelligents (TPE, CMA-ES, ASHA) paient une taxe ask/tell en Python qui les ralentit de 20x, si bien qu'ils évaluent bien moins de points à wall-clock égal et perdent. Rendez chaque évaluation coûteuse (multi-TF + folds walk-forward) et le point de bascule s'inverse. Nous avons mesuré les deux régimes, et pourquoi la fidélité du classement par fold (ρ@1 passant de 0.03 à 0.43) est la condition préalable pour que l'élagage soit rentable.

#trading algorithmique#backtest#optimisation des hyperparamètres
Lire l'article →
L'espace de parametres a deux axes : pourquoi la majeure partie de votre balayage devrait etre quasi gratuite
July 3, 2026
#algotrading

L'espace de parametres a deux axes : pourquoi la majeure partie de votre balayage devrait etre quasi gratuite

Tous les parametres ne coutent pas le meme prix a explorer. Les parametres d'une strategie se scindent en un axe couteux (les indicateurs, recalcules sur toute la serie) et un axe bon marche (les seuils de decision, un balayage en O(n) sur des signaux precalcules). Comme les indicateurs sont invariants aux seuils, on les calcule une seule fois puis on balaye des milliers de configurations de seuils a ~5 600 cfg/s, soit environ 1 600 fois moins cher que de recalculer par configuration. Une remise a plat du prix du fleau de la dimensionnalite.

#algotrading#backtest#recherche de parametres
Lire l'article →
La taxe du framework : quand votre bibliothèque de backtest est plus lente qu'une boucle pandas naïve
July 2, 2026
#trading algorithmique

La taxe du framework : quand votre bibliothèque de backtest est plus lente qu'une boucle pandas naïve

Nous avons évalué huit moteurs de backtest sur un même balayage de paramètres identique — 150k barres, 80 combinaisons de croisements HMA, avec une parité du nombre de trades verrouillée à 2707. Deux des frameworks événementiels les plus populaires se sont révélés plus lents qu'une boucle pandas écrite à la main, tandis qu'un moteur vectorisé/compilé exécutait le même travail environ 13 000× plus vite. Une étude du surcoût par barre que les bibliothèques populaires n'ont jamais été conçues pour amortir.

#trading algorithmique#backtest#performance
Lire l'article →