Faire tourner Hummingbot sur un VPS : market-making 24/7 sans KYC

Un bot de market-making n'est pas un script « lance et oublie ». Hummingbot est assis sur des connexions WebSocket en direct vers l'exchange, lit le carnet d'ordres tick par tick, et place et annule des ordres toutes les quelques secondes pour tenir un spread autour du prix moyen. Ferme le portable, perds le Wi-Fi, laisse la machine s'endormir pour une mise à jour — et tu as soit des ordres périmés dans le carnet à des prix que le marché a déjà quittés, soit un bot qui a arrêté de coter en silence. Ni l'un ni l'autre n'est l'endroit où tu veux être avec de l'argent sur un exchange.

Donc Hummingbot va sur un serveur. Ça, ce n'est pas discutable. La question utile, c'est quel type de serveur, et comment ne pas surpayer.

Ce que Hummingbot fait vraiment à une machine

Plus léger qu'on ne croit, et plus lourd à un endroit précis.

La boucle principale — tenir les connexions, lire le carnet, coter un spread — touche à peine le CPU. Une seule stratégie de market-making pur sur un exchange est heureuse dans 1–2 Go de RAM et laisse la majeure partie d'un cœur au repos. Si c'est tout ce que tu fais, le plan Micro (5 $/mois) suffit vraiment, et je préfère te le dire plutôt que te vendre plus gros.

La mémoire, c'est là que ça grimpe, et ça grimpe pour des raisons concrètes :

• Plus de marchés. Chaque instance de stratégie et chaque connecteur tient son propre état. Trois ou quatre bots sur deux exchanges et te voilà confortablement à 3–4 Go.
• Le tableau de bord. Le setup plus récent de Hummingbot fait tourner le bot, un tableau de bord et une base comme conteneurs séparés. Cette pile veut plus de marge que le bot CLI nu.
• Gateway pour le DEX. Si tu fais de l'arbitrage ou du market-making sur des DEX on-chain, le conteneur Gateway est un second service Node à côté du principal. Pas énorme, mais pas gratuit.

D'où la recommandation honnête : commence sur Micro pour une stratégie et passe à Small (8 $/mois, 4 vCPU, 4 Go) dès que tu ajoutes un second bot, le tableau de bord ou Gateway. Small est le plan où atterrit la plupart de ceux qui font tourner Hummingbot sérieusement.

Le disque compte moins que pour un setup Freqtrade lourd en backtests, mais il écrit quand même en permanence l'historique des trades et les logs. Le NVMe (le nôtre est RAID1, ~800 Mo/s en lecture) garde ça hors du chemin critique. Si tu viens de Freqtrade — notre article Freqtrade sur un VPS traite le côté mémoire-backtest plus en détail ; Hummingbot penche de l'autre côté, vers les connexions en direct plutôt que les gros backtests.

Latence : une honnêteté utile

« Faible latence » est écrit sur chaque page de VPS trading, la nôtre comprise, alors voici la vraie version. Un serveur physiquement proche du moteur de matching de l'exchange l'atteint plus vite qu'une connexion maison routée à travers un demi-continent — c'est réel et ça compte pour coter des spreads serrés et pour l'arbitrage cross-exchange où tu cours après un écart de prix. Nos nœuds sont en Europe (Allemagne et Finlande), près de là où vivent réellement beaucoup des gros moteurs de matching.

Ce que ce n'est pas, c'est du trading haute fréquence co-localisé. Si ta stratégie ne marche que quand tu es dans le même datacenter que l'exchange, à gratter des microsecondes — un VPS partagé à 8 $ ne t'y mènera pas, et aucun hébergeur honnête ne le prétendrait. Pour tout ce qui est en deçà — market-making normal, capture de spread, arbitrage cross-exchange à l'échelle « humain plus secondes » — un VPS proche est exactement la bonne quantité d'infrastructure.

La partie qui est vraiment notre angle

Ton exchange sait déjà qui tu es ; il a fait son KYC à l'ouverture du compte. La machine qui garde tes clés API et fait tourner la stratégie, c'est une autre question. Il n'y a aucune raison que l'infrastructure sous une opération de trading soit elle aussi liée à ton identité, et beaucoup de gens qui font tourner des bots préféreraient qu'elle ne le soit pas — un serveur loué avec un e-mail et payé en stablecoin, c'est un endroit de moins où ton nom est écrit.

C'est ce qu'on fait. Inscription par e-mail, paiement en USDC ou USDT (Base, Ethereum ou Polygon), root en une minute environ. Sans carte, sans documents. Une réserve, dite clairement : sur les plans les moins chers, paie en stablecoin, pas en BTC — les frais réseau Bitcoin bouffent une part moche d'une petite commande, donc c'est le mauvais rail pour une machine à 5 $.

Sur les clés elles-mêmes : fais-les trading seul, retraits coupés, et si ton exchange permet une liste blanche d'IP, mets une IP dédiée sur le plan pour que tes clés soient liées à une adresse fixe. Le bot n'est exposé qu'autant que le serveur sous lui, alors verrouille le serveur comme s'il tenait de l'argent — parce qu'en pratique c'est le cas.

En résumé

Hummingbot a besoin d'une machine qui ne dort jamais et ne lâche jamais sa connexion à l'exchange — c'est toute la raison d'être d'un VPS pour ça. Dimensionne-le selon ce que tu fais vraiment tourner : Micro pour une stratégie, Small dès que le tableau de bord, Gateway ou un second bot apparaissent. Paie en crypto si tu préfères ne pas accrocher ton nom à l'infrastructure. Et n'achète pas de la latence dont tu ne peux pas te servir — un serveur européen proche est le bon choix ; un fantasme de co-location sur un plan à 8 $ ne l'est pas.

Si tu veux la vue d'ensemble pour faire tourner n'importe quel bot de trading chez nous — la page VPS pour bots de trading crypto traite le dimensionnement et le setup sans KYC à travers plusieurs bots, pas seulement Hummingbot.