Runtime natif IA pour les stratégies de trading Bitstamp

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

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

Aucun changement notable. Robinhood a finalisé l'acquisition le 2 juin 2025 et Bitstamp continue de fonctionner sous sa propre marque, avec sa propre API, sa passerelle FIX et son portefeuille de licences. L'authentification, les endpoints, les sous-comptes et les limites de requêtes restent inchangés. Robinhood Crypto demeure une plateforme distincte avec une API séparée.

Non. TradingHost est l'environnement d'exécution cloud (runtime) où tourne le code de votre stratégie. Nous ne fournissons pas de signaux, de modèles de prédiction IA ou de stratégies clés en main. Avec TradingHost, vous écrivez ou générez vous-même votre stratégie (souvent à l'aide de 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 intègrent leur propre logique de trading ; TradingHost, quant à lui, exécute votre propre stratégie.

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 centralisation des journaux, la rotation des secrets, le basculement de région et la surveillance de la disponibilité. TradingHost vous offre un runtime managé conçu spécifiquement pour les stratégies de trading : déploiement natif depuis GitHub, contrôle via MCP depuis vos IDE IA, ainsi que la gestion des logs et du monitoring de santé par défaut. Si vous souhaitez gérer vous-même l'infrastructure, AWS convient parfaitement. Si vous préférez un runtime clé en main sous forme de service managé, TradingHost est la solution la plus directe.

Oui. TradingHost prend en charge les stratégies Python. Choisissez le runtime de framework correspondant à votre stack ou déployez directement votre propre dépôt.

Oui. TradingHost prend en charge n'importe quel langage capable de s'exécuter dans un conteneur.

Oui. L'identifiant d'échange `bitstamp` de CCXT couvre le trading au comptant de bout en bout. Les options de marge, swap, futures et options étant désactivées dans la configuration unifiée, vous devez acheminer les flux de produits dérivés via l'interface native FIX ou HTTP de Bitstamp. Dans le conteneur TradingHost, instanciez CCXT en récupérant la clé API et la clé secrète depuis les secrets du runtime, et non depuis le dépôt. Consultez la page du runtime de framework CCXT pour obtenir les détails de configuration.

Oui. Bitstamp prend en charge les sous-comptes et la gestion des autorisations par clé. De plus, chaque requête peut être restreinte à un sous-compte via l'en-tête X-Auth-Subaccount-Id. Sur TradingHost, générez une clé par déploiement, limitez ses actions au strict minimum requis par la stratégie, ajoutez l'IP de sortie de TradingHost à votre liste blanche et isolez les clés par sous-compte afin qu'une stratégie ne puisse pas lire ou annuler les ordres d'une autre. Consultez la page du runtime TradingHost pour en savoir plus sur le modèle multi-stratégies.

La méthode la plus rapide consiste à dupliquer (fork) un runtime 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. Associer un dépôt GitHub et créer une stratégie est gratuit ; les abonnements pour les runtimes sont détaillés sur la page des tarifs.

Dans votre flux de gestion des secrets contrôlé via 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 conserver vos clés API et secrètes. Consultez la section sur les secrets de la plateforme pour comprendre l'intégralité du modèle de gestion.

Uniquement le strict minimum requis par votre stratégie. Bitstamp permet de définir des autorisations par clé : ainsi, une stratégie de market-making n'aura besoin que des droits de lecture et de trading, jamais de retrait. Associez chaque clé à une liste blanche d'adresses IP correspondant à la plage de sortie du runtime TradingHost pour la région sélectionnée, et limitez sa portée à un sous-compte via X-Auth-Subaccount-Id lorsque l'isolation des stratégies est nécessaire.

Oui, via Bitstamp USA Inc., qui détient une NYDFS BitLicense, des licences d'émetteur de monnaie par État et un enregistrement en tant que FinCEN MSB. La disponibilité variant selon les États, vérifiez la couverture de Bitstamp USA avant de planifier votre accès. L'interface API de Bitstamp USA est identique à l'interface globale pour les produits proposés.

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 (CLI). Les outils d'IA peuvent inspecter les déploiements, consulter les logs, redémarrer les stratégies et gérer les flux de travail du runtime. MCP est une interface de contrôle et d'observabilité, pas le chemin 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 tout aussi bien depuis des agents en ligne de commande (CLI) (Claude Code CLI, clients MCP personnalisés, appels MCP scriptés) que depuis un IDE. Le cycle de déploiement natif de 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 d'état de santé pertinentes. Lorsque cela est possible, 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 risques. Consultez la section sur l'observabilité pour en savoir plus sur les logs et l'interface d'état de santé.

L'authentification v2 de Bitstamp traite chaque X-Auth-Nonce comme étant à usage unique dans une fenêtre de 150 secondes et rejette les horodatages décalés de plus de 150 secondes par rapport à l'heure du serveur. Cette erreur est presque toujours due à un déploiement mis à l'échelle horizontalement qui partage une seule clé entre plusieurs workers, ou à deux stratégies colocalisées entrant en concurrence sur le même nonce. Résolvez ce problème en sérialisant la source de nonces (un générateur monotone par clé) ou en générant une clé par worker et en ajoutant les deux adresses IP de sortie à la liste blanche.

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. Consultez la page des régions pour obtenir des détails 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.