Runtime natif IA pour stratégies de trading Kraken
Développez dans Cursor, Claude Code ou n'importe quel IDE IA. Déployez depuis GitHub vers un runtime cloud managé avec contrôle MCP natif, logs et choix de la région.
Section 01 · En un coup d’œil
En un coup d’œil
- Plateforme
- Kraken
- Type de plateforme
- Plateforme d'échange crypto (spot, marge, futures, dérivés)
- Classe d’actifs
- Crypto, plus actions tokenisées xStocks
- Produits pris en charge
- Spot, marge, futures perpétuels et à échéance fixe via Kraken Futures (plateforme distincte sur futures.kraken.com), actions tokenisées (xStocks). L'offre de dérivés américains réglementés par la CFTC, intégrée via l'acquisition de Bitnomial par Payward en mai 2026, est en cours de déploiement ; les perpétuels et les options suivront selon les annonces de Kraken.
- Modèle d’exécution
- Environnement d'exécution conteneurisé pour stratégies
- Source de déploiement
- GitHub
- Langages
- Tout langage compatible avec les conteneurs
- Intégrations courantes
- API natives Kraken REST, WebSocket et FIX, CCXT (kraken, krakenfutures), Freqtrade, Hummingbot, connecteurs personnalisés
- Intégration du workflow d’IA
- Interface de contrôle MCP pour Cursor, Claude Code, GitHub Copilot et agents CLI
- Rôle de TradingHost
- Runtime, déploiement, logs, suivis d'état (health checks), choix de la région, contrôle MCP
- Rôle de Kraken
- Compte de trading, accès API, accès au marché, exécution des ordres
- Affiliation
- TradingHost est indépendant et n'est pas affilié à Kraken ni à sa maison mère, Payward. Payward a finalisé l'acquisition de Bitnomial le 4 mai 2026.
Section 02 · Ce que propose Kraken
Ce que propose Kraken
Le Spot et la marge de Kraken sont accessibles sur api.kraken.com, via une API REST signée par HMAC-SHA512 et des flux WebSocket v1 et v2. Kraken Futures est hébergé sur futures.kraken.com en tant que plateforme distincte, avec son propre jeu de clés API et son propre schéma de signature, couvrant les contrats perpétuels et à échéance. Les deux environnements supportent FIX 4.4 pour les clients institutionnels. L'offre de dérivés américains réglementés par la CFTC, adossée à Bitnomial et acquise par Payward en mai 2026, s'étend désormais aux perpétuels et aux options. Les spécificités des endpoints évoluent avec le temps ; l'architecture globale reste stable, tandis que les limites de requêtes (rate limits), les paliers de frais et les listes de symboles précis sont détaillés dans la documentation de Kraken.
Marchés et types de stratégies
- Market making Spot sur les paires Kraken Pro
- Trading sur marge jusqu'à 5x sur les paires prises en charge
- Futures perpétuels sur Kraken Futures (multi-collatéral, règlement en USD)
- Futures à échéance fixe (mensuels et trimestriels) sur Kraken Futures
- Arbitrage croisé entre Kraken Spot et Kraken Futures
- Stratégies sur actions tokenisées xStocks via Kraken Spot
- Exécution institutionnelle FIX 4.4 depuis un runtime colocalisé
- Flux de dérivés américains réglementés par la CFTC via l'infrastructure Payward adossée à Bitnomial
Interface API
- Produits couverts
- Spot et marge via api.kraken.com, Futures (perpétuels et à échéance) via futures.kraken.com. Environnement de démo disponible uniquement pour les Futures sur demo-futures.kraken.com. Pas de testnet public pour le Spot : les simulations (dry-runs) doivent donc être exécutées sur l'API réelle avec des tailles d'ordres minimales ou des données historiques.
- Méthodes de connexion
- REST, WebSocket v1, WebSocket v2 (sorti de bêta en décembre 2023, tous deux maintenus), FIX 4.4 pour le Spot et les Futures (réservé aux institutionnels, nécessite une clé API SPOT de type FIX).
- Authentification
- L'API REST Spot utilise HMAC-SHA512 sur (chemin URI + SHA256(nonce + données POST)) avec les en-têtes API-Key et API-Sign et un nonce à incrémentation stricte. L'API REST Futures utilise un jeu de clés API distinct généré sur futures.kraken.com avec les en-têtes APIKey + Authent et un schéma de signature différent. Double authentification (2FA) optionnelle sur les clés API (TOTP ou mot de passe statique). Les systèmes d'authentification Spot et Futures sont totalement indépendants.
Pour plus de détails, reportez-vous à Kraken
Les endpoints spécifiques, les limites de requêtes, les listes de symboles, les paliers de frais et l'historique des versions sont détaillés dans la documentation de Kraken. Considérez-la comme la seule source de vérité.
- docs.kraken.comIndex du centre d'API Kraken
- docs.kraken.com/api/docs/guides/spot-rest-authGuide d'authentification REST Spot
- docs.kraken.com/api/docs/guides/futures-restIntroduction à l'API REST Futures
- docs.kraken.com/api/docs/guides/spot-ratelimitsLimites de requêtes REST Spot et taux de décroissance
Section 03 · Développer avec l’IA
Développez votre stratégie Kraken avec l’IA
Choisissez une méthode d’intégration, dupliquez (fork) un starter de framework TradingHost et concevez votre stratégie dans un AI IDE. Cursor, Claude Code, GitHub Copilot et les agents IA en ligne de commande fonctionnent tous avec le même cycle de déploiement natif sur GitHub.
API native Kraken
Contrôle direct du comportement spécifique à Kraken, des données de compte et de la logique d'exécution des ordres.
CCXT
Interface commune pour Kraken Spot, Kraken Futures et d'autres plateformes crypto. CCXT expose Kraken sous deux identifiants distincts : `kraken` pour le Spot et la marge, et `krakenfutures` pour les perpétuels et les futures à échéance.
Freqtrade ou Hummingbot
Déploiements basés sur des frameworks, utilisant leur propre structure de stratégie et modèle de configuration. Ces deux frameworks intègrent un support natif de premier ordre pour Kraken Spot.
Connecteur personnalisé
Votre propre moteur de trading interne ou intégration propriétaire Kraken.
Compatibilité des frameworks avec les produits Kraken
La couverture varie selon le framework. CCXT prend en charge Kraken Spot et Kraken Futures au sein d'une même bibliothèque via deux identifiants distincts (`kraken` et `krakenfutures`). Freqtrade et Hummingbot intègrent un support natif de premier ordre pour Kraken Spot. L'accès direct à l'API native de Kraken couvre l'intégralité des services, y compris la marge sur api.kraken.com et la plateforme Futures distincte sur futures.kraken.com.
✓ compatibilité confirmée selon la documentation officielle du framework. « no » indique que la compatibilité n’est pas officiellement documentée.
TradingHost n’impose aucun framework. Il exécute votre projet.
Développer avec l’IA
Les starters de framework ci-dessus s’associent naturellement avec les AI IDE. L’interface de contrôle MCP de TradingHost ferme la boucle : les outils d’IA peuvent inspecter les déploiements, consulter les journaux et gérer l’environnement d’exécution à vos côtés, sans jamais interférer avec le flux d’exécution des ordres.
Section 04 · Exécuter sur TradingHost
Exécutez votre code sur TradingHost
Kraken fournit la plateforme d’échange et l’accès API. TradingHost fournit l’environnement de production où s’exécute votre stratégie connectée à Kraken.
Au lieu d’exécuter le code de votre stratégie sur un ordinateur portable, un ordinateur de bureau, un VPS générique ou un serveur configuré manuellement, vous le déployez depuis GitHub dans un environnement d’exécution de conteneurs géré par TradingHost.
Vous
- Votre dépôt contient votre code.
- Votre déploiement définit son mode d’exécution.
- Votre stratégie se connecte à Kraken.
TradingHost
- Maintient l’environnement d’exécution en ligne.
- Affiche les logs et les contrôles d’état.
- Sélection de la région.
- Surface de déploiement contrôlée.
Flux de déploiement
- ÉTAPE 01
Connecter GitHub
Autorisez TradingHost à accéder à votre compte GitHub.
- ÉTAPE 02
Associez un dépôt ou démarrez depuis un framework
Dirigez TradingHost vers le dépôt de votre stratégie existante, ou forkez un environnement de framework TradingHost (CCXT, Freqtrade ou Hummingbot) pour obtenir une base de travail fonctionnelle.
- ÉTAPE 03
Déployer dans un conteneur TradingHost
Sélectionnez une région (EU ou US-East), renseignez les variables d'environnement requises par votre stratégie (clés API Kraken pour le Spot et/ou les Futures, etc.), puis déployez. TradingHost construit votre conteneur à partir du dépôt et exécute votre stratégie sur une infrastructure Kubernetes managée. Aucune installation locale de Docker n'est requise.
- ÉTAPE 04
Suivre les logs et l’état de santé
Suivez en direct les logs, l’état de santé et l’état d’exécution depuis le tableau de bord TradingHost. Cette même interface est accessible via MCP depuis n’importe quel AI IDE, permettant à Cursor, Claude Code ou un agent en ligne de commande de lire l’état du déploiement et de gérer le runtime à vos côtés.
- ÉTAPE 05
Mettre à jour et redéployer
Poussez vos modifications sur votre branche principale GitHub et TradingHost relance automatiquement le déploiement.
Section 05 · Notes opérationnelles
Notes opérationnelles pour Kraken
Les pièges réels rencontrés lors de l'exécution d'une stratégie Kraken dans un runtime cloud conteneurisé, au-delà de la théorie de la documentation officielle ou des fichiers README des frameworks. Chaque point ci-dessous est cité ou paraphrasé de la documentation de Kraken ; les conseils de déploiement sont issus de l'exploitation de ces stratégies sur TradingHost.
01 · Nonce
La validation du nonce de Kraken est stricte et partagée par clé
Chaque requête privée REST Spot doit inclure un nonce strictement croissant par clé API. Les requêtes parallèles ou tout décalage d'horloge entre les processus génèrent l'erreur EAPI:Invalid nonce. La solution standard consiste à attribuer une clé par worker et à utiliser des nonces avec une résolution en nanosecondes ; Kraken propose également une option de Nonce Window configurable sur chaque clé pour accepter les requêtes arrivant dans le désordre.
02 · WebSockets
v1 et v2 sont toutes deux actives, v2 est recommandée
La version WebSocket v2 est sortie de bêta en décembre 2023. C'est vers cette API que Kraken oriente les nouvelles intégrations, avec un schéma de style FIX, des horodatages au format RFC3339 et des prix numériques. La version v1 reçoit toujours des correctifs et aucune fin de support n'a été annoncée, mais tout nouveau code devrait cibler la v2, sauf dépendance spécifique à un flux exclusif à la v1.
03 · Infrastructures distinctes
Le Spot et les Futures utilisent deux API et deux jeux de clés différents
Le Spot est hébergé sur api.kraken.com avec une signature HMAC-SHA512. Les Futures sont sur futures.kraken.com avec la paire d'en-têtes APIKey + Authent et un algorithme de signature différent. Les clés sont générées depuis des sections de compte distinctes et ne sont pas interchangeables. Une stratégie unifiée qui utilise les deux doit gérer deux identifiants et deux clients.
04 · Limites de requêtes
Un compteur par niveau qui diminue en continu
Kraken utilise un modèle de compteur où chaque appel a un coût fixe et le compteur diminue chaque seconde selon le niveau de vérification : Starter est limité à 60 avec une diminution de -1/s, Intermediate à 125 avec -2.34/s, et Pro à 180 avec -3.75/s. Le même compteur est partagé entre REST, WebSocket et FIX, vous ne pouvez donc pas y échapper en changeant de protocole de transport. Le dépasser renvoie l'erreur EOrder:Rate limit exceeded.
05 · Testnet
Les Futures disposent d'un véritable environnement de démo, pas le Spot
Kraken propose une démo complète sur demo-futures.kraken.com qui réplique l'environnement réel REST et WebSocket des Futures, avec une inscription et des clés distinctes. Il n'existe aucun sandbox équivalent pour le Spot. La validation d'une stratégie Spot doit se faire sur l'API réelle avec des tailles d'ordre minimales ou à partir de données historiques enregistrées.
06 · Types d'ordres
Post-only, iceberg, trailing stop et options TIF complètes
Le schéma d'ordres de Kraken prend en charge le post-only, l'iceberg (qui affiche une fraction allant jusqu'à 1/15 de order_qty) et les trailing stops sur le Spot comme sur les Futures. Les options de validité (Time-in-force) couvrent GTC, IOC, GTD et post-only. Ces paramètres s'associent parfaitement via les paramètres CCXT, mais Freqtrade ne propose que GTC, IOC et PO.
07 · Erreurs
Analysez le préfixe : EAPI vs EOrder vs EGeneral
EAPI:Invalid key signifie généralement que la construction de la signature est incorrecte (mauvais chemin, mauvais HMAC, mauvais base64) plutôt qu'une clé révoquée. EAPI:Invalid nonce concerne l'ordre d'arrivée des requêtes, pas les identifiants. EOrder:Insufficient funds reflète le solde disponible après déduction des ordres ouverts et des positions, et non le solde brut du portefeuille. EGeneral:Permission denied indique des autorisations manquantes sur la clé.
Section 06 · Conçu pour
Conçu pour
Les runtimes TradingHost pour Kraken sont particulièrement adaptés aux :
- Développeurs concevant des stratégies dans des IDE IA (Cursor, Claude Code)
- Traders crypto systématiques
- Développeurs quantitatifs
- Utilisateurs de CCXT, Freqtrade et Hummingbot
- Équipes migrant d'un hébergement VPS vers un déploiement conteneurisé
La connexion à GitHub et la création de votre première stratégie sont gratuites.
Section 08 · FAQ
FAQ
Non. TradingHost est indépendant et n'est pas affilié à Kraken ni à sa maison mère, Payward.
Non. Le code de votre stratégie se connecte à Kraken 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 Kraken est fourni par Kraken. Vous êtes responsable de votre compte Kraken, des autorisations de l'API, de vos identifiants et du respect des conditions d'utilisation de Kraken.
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 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 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 (logs), la rotation des secrets, le basculement de région 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 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 souhaitez gérer l'infrastructure vous-même, AWS convient parfaitement. Si vous préférez 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 de framework qui correspond à votre pile technique 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 propose deux plateformes distinctes : kraken pour le Spot et la marge, et krakenfutures pour les contrats perpétuels et à terme. Elles nécessitent deux jeux de clés API différents. TradingHost exécute votre conteneur CCXT avec l'une ou l'autre, ou les deux. Intégrez les bons identifiants sous forme de secrets. Consultez l'environnement d'exécution du framework CCXT pour connaître tous les détails de configuration.
Oui. Les clés Spot sont créées dans votre compte Kraken principal sur kraken.com ; les clés Futures sont créées séparément sur futures.kraken.com. Les deux schémas d'authentification diffèrent (HMAC-SHA512 avec API-Sign pour le Spot, en-tête APIKey + Authent pour les Futures), de sorte qu'une stratégie qui négocie sur les deux marchés nécessite deux identifiants et généralement deux clients.
Pour le Spot pur, Freqtrade offre un support de premier ordre pour Kraken. Pour les stratégies multi-plateformes ou sur contrats à terme perpétuels, CCXT couvre à la fois kraken et krakenfutures depuis une seule bibliothèque. Le connecteur kraken de Hummingbot est l'option la plus propre pour le market making, mais il est réservé au Spot.
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 plus 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 voie la plus rapide consiste à forker un environnement 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. Lier un dépôt GitHub et créer une stratégie est gratuit ; les abonnements aux 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 de gestion des secrets approuvé. TradingHost n'a pas besoin de conserver votre clé API et votre secret. Consultez les secrets de la plateforme pour connaître le modèle complet de gestion.
Non. Les stratégies ne devraient jamais nécessiter d'autorisations de retrait. Utilisez des autorisations restreintes (consultation des fonds, consultation des ordres ouverts, création/modification d'ordres, accès websocket) et l'autorisation par liste blanche d'adresses IP lorsque cela est possible.
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. Les outils d'IA peuvent inspecter les déploiements, consulter les logs, redémarrer les stratégies et gérer les flux de travail de l'environnement d'exécution. MCP est une interface de contrôle et d'observabilité, et non le chemin d'exécution des transactions. Consultez 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 GitHub fonctionne également sans aucun outil d'IA : un simple git push vers votre branche principale déclenche un redéploiement.
Le runtime détecte l'arrêt et expose les logs ainsi que les informations d'état (health) 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 risque. Consultez la section observabilité pour accéder aux logs et à l'interface de santé.
Kraken exige des nonces strictement croissants par clé API, et le parallélisme rompt cette règle. Exécutez une seule clé par processus worker, utilisez un nonce avec une résolution en nanosecondes et élargissez la Nonce Window de la clé dans les paramètres de Kraken si vous constatez toujours des collisions lors de pics de charge. TradingHost affiche ces erreurs directement dans les logs du conteneur. Consultez la section Notes opérationnelles ci-dessus pour obtenir le guide complet.
Pour les Futures, oui : demo-futures.kraken.com est un miroir complet de l'API Futures réelle, avec une inscription et des clés distinctes. Pour le Spot, il n'existe pas de sandbox publique ; les simulations (dry-runs) s'effectuent donc sur l'API réelle avec des tailles d'ordre minimales, ou à partir de données enregistrées au sein du runtime.
TradingHost s'exécute 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.