Déployer Hummingbot sur TradingHost
Exécutez Hummingbot open-source depuis GitHub sur des runtimes TradingHost actifs 24h/24.
Hummingbot est un framework de market making et de liquidité doté de connecteurs natifs vers plus de 30 plateformes centralisées et décentralisées. TradingHost fournit le runtime de production pour exécuter votre stratégie.
- Déploiement natif depuis GitHub
- CLOB CEX, CLOB DEX, AMM DEX
- Connecteurs natifs (sans CCXT)
- V2 Scripts et Controllers
- Pure Market Making et Cross-Exchange Market Making
- Runtime actif 24h/24
- Clés API chiffrées
- Proximité géographique avec les plateformes
- Prêt pour MCP
Introduction
Nouveau sur Hummingbot ?
Hummingbot est un framework de market making et de liquidité gratuit et open-source. Il est conçu spécifiquement pour les stratégies où vous proposez continuellement des prix à l'achat et à la vente (quoting), réalisez des arbitrages entre plateformes ou fournissez de la liquidité aux pools AMM, et non pour le trading directionnel basé sur des indicateurs techniques.
Le framework intègre des connecteurs natifs vers plus de 30 plateformes réparties en trois catégories : les plateformes centralisées CLOB (Binance, Coinbase, Kraken, Bybit, OKX, KuCoin, etc.), les plateformes décentralisées CLOB (dYdX, Hyperliquid, Vertex, Injective Helix) et les protocoles AMM DEX (Uniswap, Raydium, PancakeSwap, Curve, Jupiter, etc.). Ces connecteurs sont développés et maintenus directement par Hummingbot, sans passer par CCXT.
Hummingbot est distribué sous licence Apache 2.0 et géré sous l'égide de la Hummingbot Foundation, un modèle de gouvernance communautaire où les plateformes et les contributeurs financent le développement des connecteurs et des stratégies via des propositions publiques.
TradingHost est l'environnement où Hummingbot s'exécute en production. Plutôt que de laisser tourner le client sur un ordinateur portable ou un VPS générique où la moindre micro-coupure réseau entraîne des opportunités manquées, vous déployez votre configuration Hummingbot sur un runtime cloud TradingHost. Celui-ci reste en ligne en permanence, gère vos clés API d'échange sous forme de secrets chiffrés et vous transmet vos journaux d'exécution (logs) en temps réel.
Section 01 · En un coup d'œil
En un coup d'œil
- Nature du projet
- Framework de market making et de liquidité open-source, sous licence Apache 2.0
- Sous l'égide de
- Hummingbot Foundation (gouvernance communautaire)
- Langage
- Python (avec modules de performance Cython)
- Marchés
- Crypto spot, contrats à terme perpétuels, AMM et CLOB DEX
- Connecteurs
- Natifs, sans dépendance CCXT. Plus de 30 plateformes (CLOB CEX, CLOB DEX, AMM DEX)
- Types de stratégies
- V2 Scripts, V2 Controllers, stratégies V1 historiques
- Interfaces de contrôle
- Client CLI, Hummingbot Dashboard, pont Telegram
- Source de déploiement
- GitHub
- Rôle de TradingHost
- Runtime, déploiement, logs, secrets, sélection de la région
- Rôle de Hummingbot
- Framework de stratégie, connecteurs d'échange natifs, gestion des ordres
- Affiliation
- TradingHost est indépendant et n'est pas affilié à la Hummingbot Foundation
- Idéal pour
- Pure Market Making, Cross-Exchange Market Making, arbitrage AMM-CEX, market making sur contrats perpétuels
Section 02 · Rôle dans l'infrastructure
Comment Hummingbot s'intègre dans votre infrastructure de trading
Hummingbot est un client de market making autonome. Il intègre ses propres connecteurs natifs vers les plateformes d’échange centralisées et décentralisées, ce qui explique pourquoi il ne dépend pas de CCXT et pourquoi la liste des plateformes prises en charge inclut des intégrations AMM DEX que CCXT ne couvre pas.
Vous pouvez déployer Hummingbot de deux manières sur TradingHost :
Parcours 01
Stratégie prête à l’emploi
Choisissez une stratégie intégrée (Pure Market Making, Cross-Exchange Market Making, AMM-Arb, market making sur contrats perpétuels) et configurez-la. Aucun code n’est requis pour les stratégies standards.
Parcours 02
Script ou Controller personnalisé
Écrivez un V2 Script pour une stratégie à instance unique, ou un V2 Controller pour des configurations multi-paires et multi-instances prêtes pour la production. Héritez de StrategyV2Base en Python.
Les deux options fonctionnent de la même manière sur TradingHost. Vous fournissez un dépôt GitHub Hummingbot, nous l’exécutons.
- Vous
- Votre stratégie ou configuration définit les règles de cotation et d’exécution.
- Hummingbot
- Exécute la boucle de stratégie, les connecteurs natifs des plateformes et la gestion des ordres.
- Plateforme d’échange
- Votre compte d’échange ou votre portefeuille DEX reçoit les ordres.
- TradingHost
- Exécute le client Hummingbot, gère les secrets et diffuse les journaux d’activité.
Section 03 · Pourquoi sur TradingHost
Pourquoi déployer Hummingbot sur TradingHost
Le market making ne pardonne pas les interruptions de service. Quelques secondes de déconnexion suffisent à rendre vos cotations obsolètes, à provoquer des exécutions défavorables et à éloigner votre inventaire de sa cible. Exécuter Hummingbot sur un ordinateur portable ou un VPS générique impose une lourde charge opérationnelle : surveillance des processus, redémarrages, gestion des dépendances, dispersion des journaux d’activité et déploiements manuels.
TradingHost offre au client Hummingbot un environnement d’exécution orienté production, conçu pour les processus de trading à long terme.
Ce que vous obtenez
- Déploiement natif depuis GitHub
- Environnement d’exécution en conteneur actif 24h/24, indépendant de l’état de votre ordinateur
- Prise en charge multi-instance au sein d’un même environnement
- Stockage chiffré des clés API de vos plateformes d’échange
- Choix de la région au plus près du moteur de correspondance
- Diffusion des journaux d’activité en temps réel et suivi de l’état de santé
- Démarrage, arrêt, redémarrage et inspection au niveau de la stratégie
- Mise à jour d’une instance sans redémarrer l’environnement d’exécution
- Flux de travail dans vos IDE IA compatibles MCP
Ce que vous conservez
- Le contrôle total de votre configuration Hummingbot et du code de votre stratégie
- La propriété directe de vos comptes d’échange et de vos autorisations API
- Le libre choix de votre classe de stratégie : V2 Script, V2 Controller ou V1 historique
Section 04 · Plateformes prises en charge
Plateformes prises en charge
Hummingbot intègre des connecteurs natifs répartis en trois catégories : CLOB CEX (carnets d’ordres centralisés), CLOB DEX (carnets d’ordres sur chaîne) et AMM DEX (pools de tenue de marché automatisée). Un même client Hummingbot peut exécuter des stratégies de cotation sur n’importe laquelle de ces plateformes.
Cinq exemples d’associations sont présentés ci-dessous. L’annuaire complet suit.
- Hummingbot
- votre plateforme
- environnement TradingHost
Hummingbot propose également des connecteurs natifs pour de nombreuses autres plateformes, regroupées par catégorie :
- CLOB CEX
- Kraken, OKX, KuCoin, Gate.io, HTX, BitMart, Bitget, BingX, Bitrue, Bitstamp, BTC Markets, AscendEx, MEXC
- CLOB DEX
- dYdX, Derive, XRP Ledger, Dexalot, Injective Helix, Vertex
- AMM DEX
- Raydium, PancakeSwap, Curve, SushiSwap, Balancer, QuickSwap, Trader Joe, Meteora, Jupiter, 0x Protocol
Section 05 · Flux de déploiement
Fonctionnement d’un déploiement Hummingbot
Un client Hummingbot sur TradingHost suit le même modèle de déploiement que n’importe quel projet basé sur GitHub.
- ÉTAPE 01
Connecter ou créer un repo
Connectez-vous avec GitHub et associez un repo Hummingbot existant (contenant votre configuration et vos V2 Scripts ou V2 Controllers personnalisés), ou créez-en un à partir d’un modèle Hummingbot de TradingHost.
- ÉTAPE 02
Configurer le runtime
TradingHost lit la configuration du runtime de votre projet et les fichiers de configuration de Hummingbot pour savoir comment installer les dépendances et démarrer le client en mode headless.
- ÉTAPE 03
Ajouter des clés d’API d’échange chiffrées
Ajoutez vos clés d’API d’échange (et vos identifiants de portefeuille DEX) en tant que secrets sur TradingHost. Elles sont chiffrées, injectées dans le runtime au démarrage et ne sont jamais écrites dans votre dépôt.
/platform/secrets/ - ÉTAPE 04
Choisir une région
Sélectionnez une région proche du moteur d’appariement de votre plateforme. AWS Tokyo pour Binance Spot, AWS Frankfurt pour de nombreuses plateformes basées en Europe, et des régions adaptées aux DEX pour les stratégies AMM.
/platform/regions/ - ÉTAPE 05
Déployer
TradingHost démarre Hummingbot dans un conteneur managé. Les logs sont transmis en continu vers le tableau de bord. Le Hummingbot Dashboard, s’il est configuré, s’exécute en parallèle du processus de stratégie.
/platform/observability/
Section 06 · Formats de stratégie
Scripts, V2 Controllers, stratégies legacy
Hummingbot propose trois formats pour les stratégies en production. Ce format détermine le nombre de processus requis, la quantité de code à écrire et le niveau de complexité que le runtime doit absorber.
Ces trois formats s’exécutent sur le même runtime TradingHost. En production, un modèle courant consiste à utiliser un seul runtime hébergeant un V2 Controller qui gère en interne plusieurs paires.
Section 07 · Ce que nous ne faisons pas
Ce que TradingHost ne fait pas
- TradingHost n’agit pas en tant que plateforme d’échange ou DEX.
- TradingHost ne fournit pas de stratégies de market making, de paramètres ou de conseils financiers.
- TradingHost ne modifie pas votre configuration, vos scripts ou vos contrôleurs Hummingbot.
- TradingHost ne conserve pas vos clés d’API d’échange ou vos portefeuilles DEX, en dehors de leur injection chiffrée dans le runtime.
- TradingHost ne garantit pas la qualité d’exécution des ordres, la disponibilité des plateformes d’échange ou la connectivité au marché.
Section 08 · FAQ
FAQ
Non. TradingHost est indépendant. Hummingbot est un logiciel open-source sous licence Apache 2.0, géré par la Hummingbot Foundation via une gouvernance communautaire.
Non. Hummingbot intègre ses propres connecteurs d’échange natifs, c’est pourquoi la liste des plateformes prises en charge inclut des intégrations de DEX AMM que CCXT ne couvre pas.
Le Pure Market Making, le Cross-Exchange Market Making, l’arbitrage AMM et AMM-CEX, le market making perpétuel, ainsi que toute stratégie personnalisée que vous pouvez écrire sous forme de V2 Script ou de V2 Controller.
CLOB CEX : Binance, Coinbase, Kraken, Bybit, OKX, KuCoin, Gate.io, HTX, BitMart, Bitget, BingX, Bitrue, Bitstamp, BTC Markets, AscendEx, MEXC et autres. CLOB DEX : dYdX, Hyperliquid, Derive, XRP Ledger, Dexalot, Injective Helix, Vertex. AMM DEX : Uniswap, Raydium, PancakeSwap, Curve, SushiSwap, Balancer, QuickSwap, Trader Joe, Meteora, Jupiter, 0x Protocol.
Les V2 Scripts sont des stratégies contenues dans un seul fichier héritant de StrategyV2Base, adaptées aux prototypes et aux configurations sur une seule paire. Les V2 Controllers sont des sous-stratégies modulaires prêtes pour la production, capables de gérer plusieurs paires et configurations indépendantes au sein d’un même client Hummingbot.
Oui. Un runtime TradingHost peut héberger plusieurs processus Hummingbot, et un seul client Hummingbot exécutant des V2 Controllers peut héberger de nombreuses sous-stratégies en interne.
Vous les ajoutez à TradingHost en tant que secrets chiffrés. Elles sont injectées dans le runtime Hummingbot au démarrage et ne sont jamais écrites dans votre dépôt.
Oui. Hummingbot Dashboard fait partie du projet et continue de fonctionner comme configuré. TradingHost exécute le processus client sous-jacent et expose la connectivité réseau nécessaire.
Non. Hummingbot passe des ordres via vos identifiants API de plateforme d’échange ou votre portefeuille DEX. TradingHost exécute le processus Hummingbot et diffuse les logs en continu.
La stabilité des cotations et la sélection adverse sont sensibles à la latence aller-retour. TradingHost vous permet de choisir une région proche du moteur d’appariement de votre plateforme. Consultez /platform/regions/ pour la liste complète.
Déployez votre première stratégie Hummingbot
Connectez GitHub, choisissez un modèle Hummingbot ou votre propre dépôt, ajoutez vos clés API de plateforme d’échange, choisissez une région et lancez le tout dans un runtime TradingHost.