Un ordre, plusieurs comptes : ce qu'un copieur peut copier — et ce qu'il ne peut pas

L'ordre est la seule chose qui voyage

Chaque copieur de trades, qu'il tourne sur votre PC, un VPS ou le cloud d'un fournisseur, fait le même travail de base : il surveille un compte source et répète ce qui s'y passe sur un ou plusieurs comptes de destination. Ouvrir, modifier, fermer. L'instrument, la direction, le volume et les prix sont le message.

Ce qui ne voyage pas, c'est la raison du trade. Un copieur n'a aucun avis sur la qualité du setup, la justesse du stop ou la capacité du compte à supporter la position. C'est un messager avec un règlement, pas un analyste. La distinction compte, car la plupart des déceptions liées à la copie concernent en réalité une stratégie ou un courtier, arrivées par un outil qui n'a transporté que l'ordre.

Traders Connect trace une frontière utile entre copy trading et copie de trades. Le copy trading consiste généralement à suivre la stratégie de quelqu'un d'autre ; la copie de trades consiste à reproduire vos propres trades entre des comptes que vous contrôlez. Les deux utilisent une plomberie similaire. Une seule fait de la stratégie la vôtre.

La latence est une chaîne, pas un chiffre

Demandez à un fournisseur à quelle vitesse il copie et vous obtiendrez un nombre en millisecondes. Demandez ce que ce nombre mesure, et la conversation devient plus utile. Le chronomètre démarre à la détection du trade sur le maître, puis traverse le traitement du copieur, le réseau et l'exécution du courtier. Le total est ce que vit votre compte suiveur.

Un fournisseur peut être rapide en interne et livrer une exécution lente si ses serveurs sont loin de ceux du courtier. Traders Connect, par exemple, annonce une moyenne de 20 à 30 ms et place son infrastructure près des serveurs des courtiers ; Duplikium publie 1 à 3 ms de latence interne. Aucun chiffre n'est faux. Ils mesurent des parties différentes de la même chaîne, et aucun n'inclut la file d'attente du courtier.

Vient ensuite le slippage, qui n'est pas la latence. La latence est du temps ; le slippage est l'écart de prix entre l'ordre demandé et l'exécution obtenue. Une copie rapide peut glisser sur une bougie d'actualité, et une copie plus lente peut être servie au prix demandé sur un marché calme. Le slippage peut être positif comme négatif. L'objectif honnête n'est pas zéro slippage, mais un dispositif où le cas normal reste petit et le mauvais cas plafonné.

Mêmes lots, risque différent

L'erreur de copie la plus coûteuse est aussi la plus banale : croire qu'un lot sur le maître représente un lot de risque sur chaque suiveur. C'est faux. Un lot est une taille de contrat ; le risque est la distance au stop multipliée par la valeur de cette distance sur ce compte, dans la devise de ce compte.

Supposez que le maître achète l'or avec un stop à 300 points et que le suiveur utilise le même 0,10 lot sur un solde plus petit. Le trade est identique sur le papier et deux fois plus dangereux en pratique. C'est pourquoi les copieurs sérieux proposent plusieurs modes de dimensionnement : identique au maître, lot fixe, multiplicateur, ratio proportionnel au solde, risque en pourcentage de l'equity ou risque en montant fixe.

Quatre nombres décident de la taille sur chaque suiveur :

• Le solde ou l'equity du suiveur, pas celui du maître.
• La distance au stop en points ou en prix, pas un risque supposé.
• La taille du contrat et la devise du compte, qui convertissent les points en argent.
• Le volume minimum, maximum et le pas du courtier, qui décident si la taille calculée peut seulement être envoyée.

Les réglages qui rendent une copie propre

Une fois la taille correcte, le travail restant est une traduction. Deux comptes parlent rarement exactement la même langue. Un courtier affiche XAUUSD, un autre GOLD ; un affiche BTCUSD, un autre BTCUSDT. Le mapping des symboles est le dictionnaire entre les deux. Sans lui, le copieur saute le trade ou l'envoie sur le mauvais instrument.

Trois autres contrôles méritent leur place sur chaque installation :

• Une tolérance maximale de slippage, pour qu'une exécution violente soit refusée au lieu d'être acceptée à n'importe quel prix.
• Des filtres d'heures et de jours, pour que le copieur n'ouvre pas de position pendant le rollover ou un vendredi après-midi sans liquidité.
• Un garde-fou sur l'equity et une limite de perte journalière, pour qu'une mauvaise séquence mette les nouvelles copies en pause au lieu de les répéter sur tous les comptes.

L'horloge fait partie du réglage

La documentation de CloudTradeCopier est étonnamment précise sur le temps : ses fenêtres et ses filtres de jours fonctionnent en UTC, pas à l'heure du serveur du courtier. C'est le genre de détail à vérifier sur n'importe quelle plateforme. Un filtre réglé dans le mauvais fuseau paraît correct dans le panneau et ne protège rien.

Les comptes de prop firms ajoutent une couche. Certaines sociétés interdisent la copie entre des comptes appartenant à des personnes différentes, d'autres surveillent les IP partagées ou les identifiants machine, et certaines n'autorisent la copie qu'au sein de la même firme. Un environnement dédié peut satisfaire une règle d'IP ; il ne peut pas satisfaire une règle qui interdit la copie. Lisez les conditions avant de connecter un compte financé, pas après le premier retrait refusé.

Cloud, VPS ou la machine sur votre bureau

La question de l'infrastructure est plus simple que le marketing ne le suggère. Un copieur local est le moins cher et le plus fragile : si le PC se met en veille, la copie s'arrête. Un VPS règle le problème de disponibilité mais ajoute un serveur à mettre à jour, un terminal à maintenir en vie et une facture mensuelle qui grimpe avec chaque terminal supplémentaire. Un copieur cloud déplace tout cela chez le fournisseur, au prix de lui confier la connexion et les identifiants.

Aucun de ces modèles ne change le marché. Un serveur cloud près de Londres peut réduire le temps de transit vers un courtier hébergé à LD4 ; il ne peut pas supprimer la file du courtier, élargir la liquidité ni rendre bonne une mauvaise stratégie. Ce qu'il peut faire, c'est éliminer une classe de pannes évitables : l'ordinateur portable qui redémarre, le VPS qui sature son disque, le terminal qui perd sa connexion à 3 heures du matin.

Quelle que soit la route choisie, traitez les identifiants comme une partie de l'exécution. Utilisez un mot de passe investisseur en lecture seule pour un maître sur lequel le copieur ne doit jamais trader, un mot de passe de trading uniquement là où des ordres doivent être envoyés, et des clés API avec les permissions minimales nécessaires. Si un fournisseur ne sait pas expliquer où le mot de passe est stocké et qui peut le lire, c'est la réponse.

Une checklist pour la première copie en réel

Faites d'abord tourner l'installation en démo, mais ne vous arrêtez pas à « ça a copié ». Vérifiez ce qui n'apparaît que lorsque les comptes diffèrent :

• Un maître, un suiveur, même courtier, même symbole. L'exécution correspond-elle à votre tolérance de slippage ?
• La même paire chez deux courtiers avec des noms de symboles différents. Le mapping résout-il, ou l'ordre disparaît-il ?
• Un petit solde et un gros solde. Le lot s'adapte-t-il au risque voulu, ou au même volume ?
• Un trade ouvert pendant une heure filtrée. Est-il sauté, et la raison est-elle visible dans le journal ?
• Une fermeture, une fermeture partielle et un stop déplacé à break-even. Les trois arrivent-ils ?
• Un suiveur déconnecté. Le copieur réessaie-t-il, met-il en pause, ou oublie-t-il silencieusement le trade ?

Lisez le journal, pas la ligne de profit

Une copie propre n'est pas une copie sans erreurs ; c'est une copie où chaque saut et chaque rejet a une raison explicable. Les fournisseurs que nous avons lus pour cet article exposent tous une version de cette trace — activité de copie, journaux d'exécution, historique — et c'est le premier endroit à consulter quand un suiveur ne correspond pas au maître.

La conclusion inconfortable est la plus utile : un copieur est un levier sur votre processus. Il rend un processus discipliné plus rapide et un processus négligent plus gros. L'ordre voyage en millisecondes ; la décision de l'envoyer ne devrait pas.