Environnement d'exécution natif IA pour stratégies de trading Bybit

Non. Le code de votre stratégie se connecte à Bybit et envoie des instructions selon votre propre logique, vos autorisations de compte et votre méthode d'intégration. TradingHost fournit l'environnement d'exécution (runtime) où ce code s'exécute.

Non. L'accès à l'API Bybit est fourni par Bybit. Vous êtes responsable de votre compte Bybit, des autorisations de l'API, de vos identifiants et du respect des conditions d'utilisation de Bybit.

Non. TradingHost est l'environnement d'exécution cloud (runtime) où s'exécute le code de votre stratégie. Nous ne fournissons pas de signaux, de modèles de prédiction IA ou de stratégies préconçues. Avec TradingHost, vous écrivez ou générez vous-même la stratégie (souvent avec Cursor ou Claude Code), vous la conservez sur GitHub sous forme de code et vous utilisez TradingHost pour l'exécuter en production. Des produits comme 3Commas ou Cryptohopper détiennent la logique de la stratégie ; TradingHost exécute la vôtre.

AWS et DigitalOcean vous fournissent de la puissance de calcul brute. Vous devez gérer vous-même les mises à jour de l'OS, l'orchestration des conteneurs, la transmission des journaux, la rotation des secrets, le basculement de région et la surveillance de la disponibilité. TradingHost vous offre un environnement d'exécution géré, conçu spécifiquement pour les stratégies de trading : déploiement natif depuis GitHub, contrôle piloté par MCP depuis vos IDE IA, ainsi que des interfaces de journaux et de santé prêtes à l'emploi. Si vous souhaitez gérer l'infrastructure vous-même, AWS convient parfaitement. Si vous préférez un environnement d'exécution sous forme de service géré, TradingHost est la voie la plus rapide.

Oui. TradingHost exécute les stratégies Python ; choisissez l'environnement d'exécution de framework qui correspond à votre stack ou déployez votre propre dépôt.

Oui. TradingHost prend en charge tous les langages capables de s'exécuter dans un conteneur.

Oui. L'intégration bybit de CCXT couvre le spot, les perpétuels linear et inverse, les contrats à terme USDT et USDC, ainsi que les options USDC via la v5. Déployez votre stratégie CCXT depuis GitHub dans un environnement d'exécution TradingHost ; nous l'exécutons, vous gardez vos clés. Consultez l'environnement d'exécution du framework CCXT pour connaître toute la procédure de configuration.

Oui, si votre projet est conçu ainsi. Vous pouvez exécuter plusieurs processus ou services de stratégie au sein d'un même environnement d'exécution, ou les séparer dans différents environnements pour plus d'isolation et de clarté opérationnelle. Consultez la page de l'environnement d'exécution TradingHost pour découvrir le modèle multi-stratégie.

La méthode la plus rapide consiste à forker un environnement d'exécution de framework TradingHost : CCXT, Freqtrade ou Hummingbot pour obtenir un projet prêt à être déployé. Vous pouvez également connecter votre propre dépôt de stratégie GitHub. Lier un dépôt GitHub et créer une stratégie est gratuit ; les abonnements d'exécution sont détaillés sur la page des tarifs.

Dans votre workflow de secrets contrôlé par GitHub. TradingHost les lit au moment de l'exécution via les secrets de dépôt GitHub, les secrets d'environnement ou votre propre processus approuvé de gestion des secrets. TradingHost n'a pas besoin de détenir vos clés d'API et secrets. Consultez la section sur les secrets de la plateforme pour connaître le modèle complet de gestion.

Non. Les stratégies ne devraient jamais avoir besoin d'autorisations de retrait. Utilisez des autorisations restreintes et une liste blanche d'IP par clé lorsque c'est possible, et conservez les droits de retrait sur une clé distincte gérée manuellement.

Oui. TradingHost prend en charge le contrôle basé sur MCP pour les IDE IA, notamment Cursor, Claude Code, GitHub Copilot et les agents IA en ligne de commande. Les outils d'IA peuvent inspecter les déploiements, consulter les journaux, redémarrer les stratégies et gérer les workflows d'exécution. Le protocole MCP est une interface de contrôle et d'observabilité, et non le canal d'exécution des transactions. Consultez la section sur l'interface de contrôle MCP pour en savoir plus.

Les deux. L'interface de contrôle MCP fonctionne aussi bien depuis des agents en ligne de commande (Claude Code CLI, clients MCP personnalisés, appels MCP scriptés) que depuis un IDE. Le cycle de déploiement natif via GitHub fonctionne également sans aucun outil d'IA : un simple git push sur votre branche principale déclenche un redéploiement.

Le runtime détecte le plantage et expose les logs ainsi que les informations de santé pertinentes. Lorsque cela est pris en charge, la stratégie concernée peut être redémarrée sans perturber les autres stratégies exécutées dans le même conteneur. Le code de votre stratégie reste responsable de la gestion sécurisée des erreurs, de la protection contre les ordres doublons et des contrôles de risque. Consultez la section observabilité pour accéder aux logs et à l'état de santé.

Trois causes expliquent la quasi-totalité des erreurs 10004 : un horodatage de requête en dehors de la fenêtre recv_window (par défaut 5000 ms) en raison d'une dérive de l'horloge, une charge utile de signature assemblée avec des paramètres dans le mauvais ordre, ou l'utilisation accidentelle du format de charge utile HMAC avec une clé RSA (ou inversement). Synchronisez l'horloge de votre runtime ou récupérez l'heure du serveur Bybit avant de signer. Consultez la section Notes opérationnelles ci-dessus pour obtenir le guide complet.

Bybit exploite trois environnements avec des espaces de noms de clés disjoints : mainnet, testnet (api-testnet.bybit.com) et mainnet demo (api-demo.bybit.com). Une clé créée pour l'un d'eux renverra l'erreur 10003 sur les deux autres. Générez une nouvelle clé depuis le tableau de bord correspondant.

Les comptes ouverts en 2025 ou après utilisent par défaut UTA 2.0. Si vous êtes sur Classic ou UTA 1.0 et souhaitez bénéficier de la marge croisée multi-produits, effectuez la mise à niveau. Cette mise à niveau est irréversible et les contrats à terme inverse perdent le mode hedge. Faites d'abord un test sur l'environnement de démo.

Non. Bybit bloque les adresses IP des États-Unis et de Chine continentale au niveau de l'API avec une réponse 403, et les procédures KYC rejettent les résidents américains. TradingHost ne peut pas contourner cette restriction, qui est imposée directement par Bybit.

L'incident était réel, d'envergure et bien documenté (FBI IC3 PSA-250226). Les opérations à chaud, les retraits et les soldes des clients de Bybit n'ont pas été affectés ; l'audit Proof of Reserves de Hacken daté du 26 février a confirmé des réserves supérieures à 100 % pour les principaux actifs. Depuis, Bybit a isolé son infrastructure de signature, repensé ses flux multisig et poursuit ses audits mensuels Merkle-tree PoR. Pour l'utilisateur d'une stratégie algorithmique, il s'agit d'un élément de contexte opérationnel et non d'un blocage de l'API, mais considérez le risque de garde des plateformes d'échange comme réel et gérez la taille de vos positions en conséquence.

TradingHost est disponible dans les régions EU et US-East. Choisissez la région la plus proche du moteur d'appariement dont dépend votre stratégie. Notez que Bybit bloque les adresses IP américaines en périphérie de son API. Par conséquent, les stratégies Bybit ne doivent pas être routées depuis la région US-East. Consultez la page des régions pour en savoir plus sur le routage et la proximité.

Non. TradingHost se concentre exclusivement sur le runtime de production et le déploiement. Le backtesting relève de votre environnement de recherche, de votre framework ou d'AlgoBuilder.