Runtime natif IA pour stratégies de trading Bitnomial

Non. Le code de votre stratégie se connecte à Bitnomial et transmet des instructions selon votre propre logique, les autorisations de votre 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 de Bitnomial est fourni par Bitnomial / Payward. Vous êtes responsable de votre compte Bitnomial / Payward, des autorisations d'API, de vos identifiants et du respect des conditions d'utilisation de Bitnomial et de Payward.

Non. TradingHost est l'environnement d'exécution 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édéfinis. 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 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, la redondance géographique et la surveillance de la disponibilité. TradingHost vous offre un environnement d'exécution managé, conçu spécifiquement pour les stratégies de trading : déploiement natif via GitHub, contrôle piloté par MCP depuis vos IDE IA, ainsi que la gestion intégrée des journaux et de l'état de santé du système. Si vous souhaitez gérer l'infrastructure vous-même, AWS convient. Si vous préférez un environnement d'exécution clé en main sous forme de service managé, TradingHost est la solution la plus directe.

Oui. TradingHost exécute les stratégies en Python ; choisissez le runtime de framework correspondant à votre stack ou déployez votre propre dépôt directement connecté à l'API native de Bitnomial / Payward.

Oui. TradingHost prend en charge n'importe quel langage capable de s'exécuter dans un conteneur. Bitnomial ne disposant pas de connecteur natif pour CCXT, Freqtrade ou Hummingbot, l'utilisation d'un wrapper client personnalisé est généralement requise, quel que soit le langage choisi.

CCXT ne prend pas en charge Bitnomial comme plateforme d'échange unifiée actuellement. Les stratégies nécessitant une abstraction de framework doivent passer directement par l'API native de Bitnomial (sous Payward après l'acquisition) ou concevoir un wrapper personnalisé de type CCXT. TradingHost exécute le code du wrapper de la même manière que n'importe quelle autre stratégie. Consultez la section sur le runtime du framework CCXT pour comprendre comment s'adapte l'intégration du framework en l'absence de connecteur natif.

Bitnomial propose du spot margin, des contrats futures perpétuels, des options et des marchés de prédiction, tous compensés par la chambre de compensation intégrée Bitnomial Clearinghouse. Suite à l'acquisition par Payward, l'ensemble de ces services est consolidé sous l'infrastructure de Payward. Les stratégies qui englobent plusieurs produits (par exemple, perpétuel + option + prédiction) doivent modéliser la marge de chaque contrat séparément, car les exigences de marge et les seuils de liquidation sont définis par spécification de contrat et non via un moteur de marge unique pour l'ensemble du compte.

Oui, si votre projet est conçu ainsi. Vous pouvez exécuter plusieurs processus ou services de stratégie au sein d'un seul runtime, ou les séparer dans différents runtimes pour garantir leur isolation et une meilleure clarté opérationnelle. Consultez la page sur les runtimes de TradingHost pour en savoir plus sur le modèle multi-stratégie.

Bitnomial ne propose pas de kits de démarrage de framework comme Binance ou Coinbase. La méthode la plus rapide consiste donc à connecter votre propre dépôt GitHub de stratégie ciblant l'API native de Bitnomial / Payward ou l'intégration NinjaTrader. Associer un dépôt GitHub et créer une stratégie est gratuit ; les abonnements pour les environnements d'exécution 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 conserver vos identifiants Bitnomial / Payward. Consultez la section sur les secrets de la plateforme pour connaître l'intégralité du modèle de gestion.

Non. Les stratégies ne devraient jamais nécessiter d'autorisations de retrait. Limitez la portée de votre clé d'API aux seules opérations de trading et à la lecture de l'état du compte, et désactivez complètement les retraits pour cette clé.

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 journaux, redémarrer les stratégies et gérer les flux de travail d'exécution. 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 (CLI de Claude Code, clients MCP personnalisés, scripts d'appel MCP) que depuis un IDE. Le cycle de déploiement natif via GitHub fonctionne également sans aucun outil d'IA : un simple git push vers votre branche principale déclenche un nouveau déploiement.

L'environnement d'exécution détecte le plantage et expose les journaux ainsi que les informations d'état de santé correspondantes. 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 en savoir plus sur l'interface des journaux et de l'état de santé.

Payward a finalisé l'acquisition de Bitnomial le 1er mai 2026, et la transition des traders Bitnomial existants vers l'infrastructure de Payward s'effectue via un endpoint unique de migration d'authentification. Le code de votre stratégie ciblant les identifiants Bitnomial antérieurs à l'acquisition doit être redirigé vers le chemin d'authentification géré par Payward. Basez votre wrapper client sur la documentation Payward la plus récente plutôt que sur les anciennes références de Bitnomial, et conservez les secrets de migration et post-migration dans des entrées distinctes de TradingHost Secrets pendant la transition. Consultez la section Notes opérationnelles ci-dessus pour obtenir le contexte complet.

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. Bitnomial étant une plateforme réglementée aux États-Unis, la région US-East est le choix naturel pour les stratégies Bitnomial sensibles à la latence. Consultez la page des régions pour obtenir des détails sur le routage et la proximité.

Non. TradingHost se concentre exclusivement sur l'exécution en production et le déploiement. Le backtesting doit être effectué au sein de votre propre environnement de recherche, de votre framework ou d'AlgoBuilder.