Runtime natif IA pour stratégies d'options Deribit

Non. Le code de votre stratégie se connecte à Deribit et envoie 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 Deribit est fourni par Deribit. Vous êtes responsable de votre compte Deribit, des autorisations de votre API, de vos identifiants et du respect des conditions d'utilisation de Deribit.

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ê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 se charge d'exécuter 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 environnement d'exécution géré, 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 des interfaces de logs et de suivi d'état prêtes à l'emploi. Si vous préférez gérer l'infrastructure vous-même, AWS convient parfaitement. Si vous souhaitez un environnement d'exécution sous forme de service managé, TradingHost est la voie la plus rapide.

Oui. TradingHost exécute des 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 n'importe quel langage capable de s'exécuter dans un conteneur.

L'intégration `deribit` de CCXT couvre les options, les contrats perpétuels et les futures à échéance, y compris les méthodes d'options unifiées. Déployez votre projet basé sur CCXT depuis GitHub dans un conteneur TradingHost et injectez le `client_id` et le `client_secret` de Deribit en tant que secrets. Le JSON-RPC natif de Deribit sur WebSocket et FIX 4.4 sont également pris en charge ; l'environnement d'exécution est indépendant du langage et de la bibliothèque. Consultez l'environnement d'exécution du framework CCXT pour connaître tous les détails de configuration.

Oui. Deribit propose des options BTC, ETH et SOL (de style européen, à règlement en espèces) ainsi que des options USDC linéaires sur d'autres altcoins. TradingHost gère le conteneur de la stratégie, le déploiement, les logs et le suivi d'état, tandis que l'API Deribit assure l'exécution. Les grecques sont exposées sur les tickers de la plateforme, et le Portfolio Margin peut être activé au niveau du compte Deribit pour compenser les marges entre différents instruments.

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 des raisons 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 comme CCXT 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 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 du dépôt GitHub, les secrets d'environnement ou votre propre processus de gestion des secrets approuvé. TradingHost n'a pas besoin de conserver votre `client_id` ni votre `client_secret` Deribit. Consultez la section sur les secrets de la plateforme pour connaître l'intégralité du modèle de gestion.

Le Portfolio Margin applique des simulations de crise (scenario shocks) sur l'ensemble du portefeuille (prix et IV) et utilise le pire des scénarios comme exigence de marge, ce qui réduit considérablement la marge requise pour les portefeuilles d'options couverts ou en spread. Le Standard Margin traite chaque position indépendamment, sans compensation. Si votre stratégie détient des jambes d'options et de futures qui se compensent, le Portfolio Margin réduit généralement les exigences de capital ; si vous gérez un inventaire directionnel, le Standard Margin est plus simple. Les deux peuvent fonctionner en mode ségrégué ou cross-collateral.

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 d'exécution. 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 à partir d'agents en ligne de commande (Claude Code CLI, clients MCP personnalisés, appels MCP scriptés) que depuis un IDE. La boucle de déploiement native 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 pertinents. 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 accéder aux logs et à l'interface d'état.

Cela signifie que la clé API, le secret ou la signature n'a pas pu être validé. Causes courantes : l'utilisation d'une clé testnet sur www.deribit.com (ou vice versa), un décalage d'horloge (clock skew) sur le champ timestamp lors de l'authentification par signature HMAC, une chaîne de signature incorrecte (le format est `timestamp + "\n" + nonce + "\n" + data`, les deux retours à la ligne étant requis), ou une clé révoquée. Vérifiez à nouveau la clé dans la console Deribit et confirmez que le nom d'hôte de l'environnement correspond à la clé.

Oui. Le testnet est disponible sur `https://test.deribit.com/api/v2`, `wss://test.deribit.com/ws/api/v2` et via FIX sur `test.deribit.com:9881`. Les comptes, soldes, sous-comptes et clés API sont distincts de la production. Une pratique courante consiste à définir `DERIBIT_ENV=test` dans le conteneur et à résoudre l'URL de base à partir de cette variable.

Coinbase a finalisé l'acquisition de Deribit le 14 août 2025. Du point de vue des concepteurs de stratégies, rien n'a changé au niveau de l'API ou des instruments : les noms d'hôte (www.deribit.com, test.deribit.com), l'authentification, les sessions FIX, la nomenclature des instruments et l'interface JSON-RPC continuent de fonctionner comme avant. La marque est désormais présentée sous le nom "Deribit by Coinbase". Une future intégration avec les plateformes Coinbase a été annoncée, mais aucun point de terminaison fusionné n'a été publié.

TradingHost est disponible dans les régions EU et US-East. Choisissez la région la plus proche du moteur de matching dont dépend votre stratégie. Consultez la page des régions pour obtenir les 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.