Un runtime natif IA pour vos stratégies de trading Bitfinex

Non. Le code de votre stratégie se connecte à Bitfinex 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) dans lequel ce code s'exécute.

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

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éconçus. 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 possèdent 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 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, 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 des stratégies en 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. CCXT expose Bitfinex sous deux identifiants : bitfinex cible l'API v1 et bitfinex2 cible la v2. Utilisez bitfinex2 pour les nouvelles stratégies ; la v2 est la voie recommandée. Notez que certaines paires listées sur Bitfinex utilisent USD alors que l'actif sous-jacent est en réalité USDT, ce que CCXT normalise lors de la conversion. Consultez le runtime du framework CCXT pour connaître tous les détails de configuration.

La marge est financée par un carnet de pair à pair, et non par l'exchange. Les prêteurs publient des offres de financement en fUSD, fBTC, etc., que les emprunteurs utilisent lors de l'ouverture de positions sur marge. Le côté prêt constitue lui-même un axe de stratégie, ce qui est inhabituel parmi les principales plateformes.

Les contrats perpétuels s'échangent sur derivatives.bitfinex.com sous forme de F0 symbols (par exemple tBTCF0:USTF0). Ils nécessitent du USDt0 dans un portefeuille de dérivés dédié, géré par iFinex Financial Technologies Limited. Transférez des fonds via l'endpoint Transfer Between Wallets. L'effet de levier est configurable par ordre, avec une valeur par défaut de 10 et pouvant aller jusqu'à 100.

Non. Bitfinex ne dessert pas les clients domiciliés aux États-Unis. Si vous êtes aux États-Unis, utilisez plutôt Coinbase ou Kraken. TradingHost exécute votre runtime quelle que soit la région, mais la plateforme elle-même doit accepter votre compte.

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. Chaque stratégie active devrait posséder sa propre clé API (idéalement sous un sub-account) afin d'éviter les collisions liées à la stricte monotonie du nonce par clé. Consultez la page des runtimes TradingHost pour en savoir plus sur le modèle multi-stratégie.

La voie la plus rapide consiste à forker un runtime de framework TradingHost : CCXT ou Freqtrade 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 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 conserver vos clés API et secrets. 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 avoir besoin de permissions de retrait. Utilisez des permissions restreintes (informations de compte, ordres, marge, financement) et n'activez que les accès dont votre stratégie a réellement besoin.

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 surface de contrôle et d'observabilité, pas le chemin d'exécution des transactions. Consultez la surface de contrôle MCP pour en savoir plus.

Les deux. La surface 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 nouveau déploiement.

L'environnement d'exécution détecte le plantage et expose les journaux et les informations d'état correspondants. 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 risque. Consultez la section observabilité pour en savoir plus sur les journaux et l'état du système.

Bitfinex impose un nonce strictement croissant par clé API, limité à un nonce ceiling 9007199254740991. Deux processus partageant la même clé entreront en collision et l'un d'eux sera rejeté. Pour résoudre ce problème, attribuez à chaque stratégie active sa propre clé API, idéalement sur son propre sub-account. Consultez la section Notes opérationnelles ci-dessus pour obtenir toutes les instructions.

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 infrastructure de recherche, de votre framework ou d'AlgoBuilder.