Un bot de trading qui s'arrête quand votre ordinateur portable se ferme est un bot qui finira par clôturer une position au pire moment possible — ou par ne pas la clôturer du tout. Si une stratégie tourne sans surveillance, elle a sa place sur une machine qui ne dort pas, ne perd pas le Wi-Fi et ne redémarre pas pour des mises à jour pendant que vous êtes absent.
Ce dont un bot a réellement besoin
Moins qu'on ne le pense. Les bots de trading sont sensibles à la latence en principe, mais pour tout ce qui n'est pas du HFT en dessous de la seconde, les vraies exigences sont :
- Une disponibilité constante. Le bot doit être éveillé quand le marché bouge, pas quand vous l'êtes.
- Assez de RAM pour les backtests. Le trading en direct est léger ; backtester une année de bougies à la minute sur plusieurs paires est ce qui consomme vraiment la mémoire.
- Un disque rapide. Les bases de bougies et les journaux de trades écrivent en permanence. Notre NVMe (RAID1, ~800 Mo/s en lecture) gère cela sans caler.
- Une IP sortante stable. Certaines API d'exchange permettent de whitelister une IP pour vos clés API — une offre à IP dédiée vous en donne une fixe.
Micro (5 $/mois) convient à une seule stratégie sur une poignée de paires. Small (8 $/mois — 4 vCPU, 4 Go RAM, 35 Go NVMe) est là où la plupart des gens s'installent une fois le backtesting et un tableau de bord ajoutés.
Freqtrade en quelques commandes
# Ubuntu 24.04 tout neuf — installer Docker
apt update && apt install -y docker.io docker-compose-v2 git
systemctl enable --now docker
# Freqtrade
mkdir -p /opt/freqtrade && cd /opt/freqtrade
docker run --rm -v "$(pwd):/freqtrade/user_data" \
freqtradeorg/freqtrade:stable create-userdir --userdir /freqtrade/user_data
# Configurer (clés d'exchange, paires, mise) — puis lancer d'abord en dry-run
docker compose up -d
docker compose logs -f
Commencez en dry-run. Toujours. Puis passez en direct seulement après que la stratégie a survécu à quelques jours de paper trading sur des données de marché réelles.
Hummingbot fonctionne de la même façon — image Docker, config dans un volume monté, lancé sous docker compose pour qu'il revienne après un redémarrage.
Bot sur mesure ? Python plus ccxt couvre pratiquement tous les exchanges. Faites-le tourner sous systemd avec Restart=always pour qu'un processus planté redémarre au lieu de vous laisser exposé.
Pourquoi le paiement en crypto et le sans-KYC comptent précisément ici
Les traders ont tendance à avoir des opinions sur l'endroit où leur identité est rattachée. Si vous faites tourner des stratégies sur des exchanges crypto, financer un serveur avec une carte d'entreprise à votre nom légal — et remettre un scan de passeport à un hébergeur — est un endroit étrange pour rompre ce schéma.
Nous ne demandons pas. Un e-mail pour s'inscrire, des USDC ou USDT pour payer (Base, Ethereum ou Polygon). Sans documents, sans carte. Vos clés API, votre stratégie, votre serveur — sans rien qui relie la machine à un dossier KYC.
Nouveau au paiement en crypto ? Guide de cinq minutes.
Choisir une offre
| Configuration | Offre | Prix |
|---|---|---|
| Une stratégie, quelques paires, dry-run et direct | Micro | 5 $/mois |
| Backtesting, base de données, interface web — la config habituelle | Small | 8 $/mois |
| Besoin d'une IP fixe à whitelister sur les clés API d'exchange | Small-IP | 16 $/mois |
| Plusieurs bots, backtests plus lourds | Medium | 12 $/mois |
Root complet, NVMe, trafic non compté à 1 Gbit/s, serveurs en Allemagne et en Finlande. Payez à l'année — un seul transfert crypto au lieu de douze.
Lectures liées
- Sécuriser un nouveau VPS : une checklist — faites-le avant que vos clés API ne touchent la machine
- Héberger un bot Discord sur un VPS — même schéma systemd, autre bot
Prêt ? Déployez un serveur de bot → — en ligne en une minute environ, payé en crypto, sans pièce d'identité requise.
Commentaires
Pas encore de commentaires. Soyez le premier.