VPS pour le trading crypto : pourquoi ce n'est pas le même besoin que le forex

On transpose souvent au crypto ce qu'on sait du forex. C'est une erreur, parce que les deux marchés ne posent pas les mêmes contraintes techniques. En particulier, un bot crypto n'a généralement aucun besoin de Windows, ce qui change le budget.

Trois différences qui changent tout

Le marché ne ferme jamais

Le forex ferme le vendredi soir et rouvre le dimanche. Le crypto tourne 24 heures sur 24, 7 jours sur 7, week-ends et jours fériés compris. Il n'existe donc aucune fenêtre naturelle pour redémarrer, mettre à jour ou intervenir.

Conséquence pratique : la disponibilité compte davantage en crypto qu'en forex, et les mises à jour système doivent être planifiées, pas subies. Un redémarrage automatique un dimanche matin n'a aucune conséquence sur une paire de devises ; il peut laisser une position ouverte sans surveillance pendant des heures sur du bitcoin.

On parle à une API, pas à un terminal

C'est la différence structurante. En forex, vous faites tourner MetaTrader, une application graphique Windows. En crypto, votre bot dialogue directement avec l'API de la plateforme d'échange, en REST pour passer les ordres et en WebSocket pour recevoir les prix en continu.

Les outils de ce monde-là sont majoritairement écrits en Python et conçus pour Linux : Freqtrade, Hummingbot, Jesse, ou des scripts maison reposant sur une bibliothèque comme CCXT. Aucun n'a besoin d'un bureau Windows.

Il en découle directement que pour du crypto, un VPS Linux suffit. Il consomme moins de mémoire, il ne demande aucune licence, et il coûte moins cher. Chez OmegaCloud, l'écart entre l'offre Linux et l'offre Windows est d'un euro par mois ; chez certains hébergeurs, il dépasse 70 €. Autant ne pas payer pour un système dont votre bot n'a pas l'usage.

Ce sont les limites de requêtes qui vous bloquent, pas la latence

Les plateformes d'échange imposent des quotas : un nombre maximal de requêtes par minute, parfois pondéré selon le type d'appel. Dépasser le quota vous fait bannir temporairement, et votre bot devient aveugle le temps de la sanction.

C'est le vrai goulot d'étranglement du trading crypto automatisé. Gagner cinq millisecondes ne sert à rien si vous êtes suspendu pour excès de requêtes. Un bot bien écrit utilise les flux WebSocket pour les prix, qui ne consomment pas de quota, et réserve les appels REST aux ordres.

Quelle machine, concrètement

Un bot crypto consomme peu. Il reçoit un flux, applique une logique, envoie un ordre. Ce qui pèse, c'est le nombre de paires surveillées et la profondeur d'historique conservée en mémoire pour calculer les indicateurs.

Usage	Ordre de grandeur
Un bot, quelques paires, indicateurs simples	2 à 4 Go de mémoire
Plusieurs bots, ou une vingtaine de paires surveillées	4 à 8 Go
Backtesting sur historique long, optimisation de paramètres	8 Go et plus, et du processeur

Point important : le backtesting et l'exécution n'ont pas les mêmes besoins. Optimiser une stratégie sur trois ans de données en minute consomme beaucoup de processeur pendant quelques heures ; faire tourner le bot ensuite n'en consomme presque aucun. Dimensionnez pour l'exécution et faites vos optimisations lourdes ailleurs, ou acceptez de payer pour de la puissance inutilisée onze mois sur douze.

Les quatre pièges du bot crypto sur VPS

L'horloge qui dérive. La plupart des API d'échange refusent une requête dont l'horodatage s'écarte trop de leur propre horloge. Un serveur dont l'heure dérive de quelques secondes verra ses ordres rejetés sans explication claire. Vérifiez que la synchronisation NTP est active : c'est le cas par défaut sur une installation Linux correcte, mais ça se vérifie en une commande.

Les clés d'API trop permissives. Une clé qui autorise les retraits n'a rien à faire sur un serveur de trading. Créez-la avec les droits de lecture et de passage d'ordre uniquement, et restreignez-la à l'adresse IP de votre VPS quand la plateforme le permet. C'est l'intérêt majeur d'une IP dédiée fixe.

Le bot qui ne redémarre pas. Même problème qu'en forex, solution différente : sous Linux, un service systemd avec Restart=always relance le processus automatiquement, après un plantage comme après un redémarrage de la machine. C'est dix lignes de configuration et ça évite la panne la plus bête.

L'absence d'alerte. Un bot arrêté ne se signale pas. Prévoyez une notification, par Telegram ou par courriel, sur l'arrêt du service et sur l'échec d'un ordre. La plupart des bots du marché l'intègrent nativement.

Faut-il être proche de la plateforme d'échange ?

Beaucoup moins qu'en forex. Les grandes plateformes servent leurs API depuis des infrastructures cloud réparties, et leurs quotas de requêtes plafonnent de toute façon votre cadence bien avant que la distance ne devienne un facteur.

L'exception reste le market making et l'arbitrage entre plateformes, où la course existe réellement. Pour une stratégie de suivi de tendance ou de grille, un serveur européen bien connecté fait parfaitement l'affaire.

Nous avons détaillé ce raisonnement dans un article dédié à la latence en trading.

Questions fréquentes

Faut-il un VPS Windows pour le trading crypto ?

Non, dans la grande majorité des cas. Les bots crypto dialoguent avec des API et tournent sous Linux. Windows ne se justifie que si vous utilisez un logiciel graphique qui l'exige.

Combien de mémoire pour un bot crypto ?

2 à 4 Go suffisent pour un bot surveillant quelques paires. Comptez 8 Go au-delà d'une vingtaine de paires ou pour du backtesting sur historique long.

Pourquoi mes ordres sont-ils rejetés par l'API ?

Dans la plupart des cas, à cause d'une horloge serveur désynchronisée ou d'un dépassement du quota de requêtes. Vérifiez la synchronisation NTP, puis votre consommation d'appels REST.

Une IP dédiée est-elle utile ?

Oui, et plus qu'en forex. Elle permet de restreindre vos clés d'API à une seule adresse, ce qui est la meilleure protection contre une clé compromise.

Peut-on faire du backtesting sur le même VPS ?

Oui, mais les besoins diffèrent : le backtesting consomme du processeur par à-coups, l'exécution presque rien. Dimensionner pour le backtesting revient à payer de la puissance inutilisée le reste du temps.