Runtime natif IA pour stratégies de trading Bitso

Non. Le code de votre stratégie se connecte à Bitso et envoie des instructions selon votre propre logique, les permissions de votre compte et votre méthode d'intégration. TradingHost fournit le runtime dans lequel ce code s'exécute.

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

Non. TradingHost est le runtime cloud 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 bots prêts à l'emploi. Avec TradingHost, vous écrivez ou générez vous-même votre 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 centralisation des logs, 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 piloté par MCP depuis vos IDE IA, ainsi que des interfaces de logs 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 runtime sous forme de service managé, TradingHost est la voie la plus rapide.

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

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

Oui. L'intégration bitso de CCXT couvre les endpoints spot, gère la signature HMAC-SHA256 et s'exécute sans modification dans un conteneur TradingHost. Les méthodes de marge et de futures ne s'appliquent pas car Bitso propose uniquement du spot. Consultez le runtime de framework CCXT pour connaître tous les détails 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 runtime, ou les séparer dans différents runtimes pour plus d'isolation et de clarté opérationnelle. Consultez la page du runtime TradingHost pour découvrir le modèle multi-stratégie.

La voie la plus rapide consiste à forker un runtime de framework TradingHost : CCXT pour 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 de runtime sont détaillés sur la page des tarifs.

Dans votre flux de gestion des 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 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 de permissions de retrait. Utilisez des permissions restreintes (lecture, trading) et activez la liste blanche d'adresses IP lorsque cela est possible. Réservez les droits de retrait aux clés que vous utilisez manuellement depuis un hôte à IP fixe.

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é, et non 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 (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 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 s'exécutant 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 observabilité pour en savoir plus sur l'interface de logs et de santé.

Il s'agit presque toujours d'un problème de nonce ou de construction de la signature. Bitso exige un nonce strictement croissant par clé (Nonce v2 en cours de déploiement) et signe l'ensemble nonce + METHOD + path + body avec HMAC-SHA256, encodé en hexadécimal. Causes fréquentes : décalage d'horloge entre les réplicas, deux workers partageant la même clé, ou un slash final manquant dans le chemin d'accès.

Le SPEI au Mexique (MXN), le PIX au Brésil (BRL) et les options locales CBU/Alias en Argentine (ARS). Le règlement via PIX et SPEI s'effectue en quelques secondes, mais les heures limites de traitement des réseaux de paiement et les jours fériés s'appliquent toujours. Les stratégies qui rééquilibrent automatiquement les réserves de devises fiat doivent traiter la disponibilité de ces réseaux comme un paramètre d'exécution.

Bitso opère sous le régime de la Ley Fintech au Mexique sous la supervision de la CNBV, est enregistré auprès de la CNV en Argentine en tant que PSAV no. 51, est présent au Brésil et utilise une licence de la GFSC de Gibraltar pour ses services institutionnels d'actifs virtuels. La réforme de lutte contre le blanchiment d'argent (AML) de juillet 2025 au Mexique a ajouté des obligations de déclaration pour les VASP à partir d'environ 1 180 USD par transaction.

Non. Bitso ne propose pas de comptes aux résidents des États-Unis et restreint l'accès à environ 33 juridictions, dont les États-Unis et le Canada. TradingHost exécute votre stratégie quelle que soit la région, mais le compte Bitso lui-même doit être éligible selon les conditions d'utilisation de Bitso.

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 l'environnement d'exécution en production et le déploiement. Le backtesting relève de votre environnement de recherche, de votre framework ou d'AlgoBuilder.