Runtime natif IA pour stratégies de trading Independent Reserve
Créez vos stratégies dans Cursor, Claude Code ou n'importe quel IDE IA. Déployez depuis GitHub sur un runtime cloud managé avec contrôle MCP natif, logs et choix de région.
Section 01 · En un coup d’œil
En un coup d’œil
- Plateforme
- Independent Reserve
- Type de plateforme
- Plateforme d'échange crypto (rampes d'accès fiat AU/NZ/SG/UK)
- Classe d’actifs
- Crypto
- Produits pris en charge
- Trading spot sur AUD, USD, NZD, SGD et plus de 40 crypto-actifs ; dépôts et retraits multi-réseaux depuis janvier 2025
- Modèle d’exécution
- Runtime de stratégie conteneurisé
- Source de déploiement
- GitHub
- Langages
- Tout langage compatible avec un conteneur
- Intégrations courantes
- API JSON HTTP native d'Independent Reserve, CCXT, 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, bilans de santé, choix de région, contrôle MCP
- Rôle de Independent Reserve
- Compte d'échange, accès API, accès au marché, lieu d'exécution
- Affiliation
- TradingHost est indépendant et n'est pas affilié à Independent Reserve ni à IG Group, sa maison mère depuis janvier 2026.
Section 02 · Ce que propose Independent Reserve
Ce que propose Independent Reserve
Independent Reserve est une plateforme d'échange crypto australienne régulée par l'AUSTRAC, offrant d'excellentes rampes d'accès fiat pour l'AUD, l'USD, le NZD et le SGD. L'offre de produits est volontairement limitée au spot ; il n'y a ni contrats perpétuels, ni options, ni services de marge. L'API est une interface JSON HTTP signée par HMAC-SHA256 avec une expiration explicite par requête. Les endpoints de retrait nécessitent des permissions de clé API explicitement configurées, distinctes de celles du trading. Les dépôts et retraits multi-réseaux (introduits en janvier 2025) permettent de transférer des actifs comme l'USDT et l'USDC sur plusieurs blockchains. L'acquisition par IG Group a été finalisée en janvier 2026 ; une migration des identifiants pourrait suivre, mais l'API JSON existante reste la cible d'intégration. Les spécificités des endpoints évoluent avec le temps. La structure globale est pérenne ; les limites de requêtes précises et la liste des actifs figurent dans la documentation d'Independent Reserve.
Marchés et types de stratégies
- Stratégies spot sur les paires AUD, USD, NZD et SGD
- Exécution BTC et ETH contre AUD
- Flux d'exécution prenant en compte les rampes d'accès fiat
- Stratégies de dépôt et de retrait multi-réseaux
- Gestion des seuils de retrait minimum par actif
- Consommation de données de marché mises en cache (rafraîchissement d'une seconde)
- Récupération de l'historique des ordres (fenêtre de cache de 30 minutes)
- Exécution en AUD régulée par l'AUSTRAC
Interface API
- Produits couverts
- Trading spot sur AUD, USD, NZD, SGD et plus de 40 crypto-actifs. L'offre est volontairement limitée au spot ; il n'y a ni perpétuels, ni options, ni marge. Les dépôts et retraits multi-réseaux (introduits en janvier 2025) permettent de transférer des actifs comme l'USDT et l'USDC sur plusieurs blockchains.
- Méthodes de connexion
- Endpoints GET publics pour les données de marché, endpoints POST privés pour les ordres et l'état du compte. API JSON HTTP ; pas de trading via WebSocket. Les données de marché sont mises en cache sur le serveur avec un rafraîchissement d'une seconde ; l'historique des ordres est mis en cache pendant 30 minutes.
- Authentification
- HMAC-SHA256 avec clé API, secret, nonce et expiration explicite de la signature sur chaque POST privé. Les endpoints de retrait nécessitent des permissions de clé API explicitement configurées, isolées des permissions de trading. Cette isolation est cruciale : une clé limitée au trading ne pourra jamais accéder aux endpoints de retrait, quelle que soit la session.
Pour plus de détails, reportez-vous à Independent Reserve
Les endpoints spécifiques, les limites de requêtes, les listes d'actifs et de paires, la grille tarifaire et l'historique des versions figurent dans la documentation d'Independent Reserve. Considérez-les comme la source de référence.
Section 03 · Développer avec l’IA
Développez votre stratégie Independent Reserve 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 d'Independent Reserve
Contrôle direct des comportements spécifiques à Independent Reserve, y compris la gestion des paires AUD/USD/NZD/SGD et l'expiration explicite de la signature par requête.
CCXT
Interface commune entre Independent Reserve et d'autres plateformes d'échange crypto. CCXT expose les marchés spot d'Independent Reserve via la classe unifiée `independentreserve`.
Freqtrade ou Hummingbot
Independent Reserve n'est pas un connecteur natif de premier plan dans ces frameworks. La compatibilité générique de CCXT permet de faire tourner des stratégies spot sur Freqtrade là où elle est supportée ; Hummingbot ne propose aucun connecteur répertorié.
Connecteur personnalisé
Votre propre moteur de trading interne ou intégration propriétaire d'Independent Reserve, signant les requêtes POST privées avec HMAC-SHA256 et une expiration explicite.
Compatibilité des frameworks avec les produits Independent Reserve
Le support est limité au spot. CCXT prend en charge le spot d'Independent Reserve via la classe unifiée `independentreserve` ; Freqtrade peut s'appuyer sur la compatibilité générique de CCXT selon le niveau de support ; Hummingbot ne propose pas de connecteur dédié à Independent Reserve. L'accès à l'API native offre la voie la plus directe pour gérer les comportements spécifiques à l'AUD/USD/NZD/SGD et pour exploiter les endpoints de dépôt/retrait multi-réseaux introduits en janvier 2025.
✓ support confirmé selon la documentation officielle du framework. « no » indique l'absence de support officiel documenté. « partial » indique une couverture limitée. Les liens de workflow renvoient vers les pages /workflows/ en cours de rédaction.
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
Independent Reserve 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 à Independent Reserve.
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 à Independent Reserve.
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
Connectez TradingHost à votre dépôt de stratégie existant, ou dupliquez (fork) un runtime de framework TradingHost (CCXT) pour obtenir une base de travail fonctionnelle.
- ÉTAPE 03
Déployer dans un conteneur TradingHost
Choisissez une région (EU ou US-East), renseignez les variables d'environnement requises par votre stratégie (clé API Independent Reserve, secret et paramètres de portée des permissions utilisés par votre code), puis déployez. TradingHost compile 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 Independent Reserve
Les pièges réels rencontrés lors de l'exécution d'une stratégie Independent Reserve dans un runtime cloud conteneurisé, absents de la documentation officielle d'Independent Reserve et des fichiers README des frameworks. Chaque point ci-dessous est cité ou paraphrasé à partir de la documentation d'Independent Reserve ; les conseils de déploiement sont issus de l'exploitation de ces stratégies sur TradingHost.
01 · Portée des retraits
Les endpoints de retrait nécessitent des permissions de clé API explicitement configurées
Independent Reserve restreint l'accès aux endpoints de retrait derrière un drapeau de permission explicite défini lors de la création de la clé API. Une clé limitée au trading renverra une erreur de permission sur n'importe quel endpoint de retrait, quel que soit le contenu de la requête. C'est une excellente pratique opérationnelle : les clés de stratégie ne devraient jamais disposer de droits de retrait, et la plateforme applique cette séparation des privilèges directement au niveau de l'API, et pas seulement sur l'interface utilisateur. Utilisez une clé distincte gérée manuellement sur un hôte fixe pour les retraits ; ne placez jamais de clé disposant de droits de retrait sur un runtime de stratégie.
02 · Multi-réseaux
Les dépôts/retraits multi-réseaux sont arrivés en janvier 2025 ; la structure des endpoints a changé
Independent Reserve a introduit les dépôts et retraits multi-réseaux en janvier 2025 pour des actifs comme l'USDT et l'USDC. Les intégrations plus anciennes qui reposaient sur l'hypothèse d'un réseau unique codé en dur (par exemple, une seule adresse ERC20 par actif) doivent désormais gérer l'identifiant réseau à la fois pour la génération d'adresses de dépôt et pour la soumission des retraits. Si votre code est antérieur à 2025, vérifiez-le par rapport à la référence API actuelle avant de le déployer ; les stratégies existantes continuent de fonctionner pour les réseaux déjà pris en charge, mais ne peuvent pas lister les nouveaux réseaux sans la structure d'endpoint mise à jour.
03 · Mise en cache
Données de marché mises en cache pendant 1 seconde, historique des ordres pendant 30 minutes
Independent Reserve met en cache les données de marché côté serveur avec une fenêtre de rafraîchissement d'une seconde, et l'historique des ordres pendant 30 minutes. Une boucle de requêtes à haute fréquence recevra la même réponse d'une seconde à l'autre. Adaptez votre stratégie en fonction de ce cache plutôt que de viser des cotations en temps réel à chaque requête. Pour la récupération de l'historique des ordres, ne vous attendez pas à ce qu'un ordre fraîchement passé apparaisse immédiatement ; interrogez plutôt le point de terminaison du statut de l'ordre (order-status), qui n'est pas soumis au cache d'historique de 30 minutes.
04 · Maison mère IG Group
Rachat par IG Group finalisé en janvier 2026 ; migration des identifiants à surveiller
IG Group a finalisé l'acquisition d'Independent Reserve en janvier 2026. L'API JSON HTTP existante reste la cible d'intégration en date de mai 2026 ; aucune API fusionnée IG/Independent Reserve n'a été publiée. Les stratégies doivent traiter la plateforme d'échange comme une variable de configuration de premier plan plutôt que de supposer que l'URL restera stable indéfiniment. Si une migration des identifiants initiée par IG modifie le format d'authentification, la configuration du runtime pourra être modifiée sans réécriture du code. Surveillez le canal d'annonces officiel pour tout changement d'intégration post-acquisition.
05 · Devises fiat prises en charge
AUD, USD, NZD et SGD pleinement intégrés ; disponibilité asymétrique des paires
L'offre fiat d'Independent Reserve couvre l'AUD, l'USD, le NZD et le SGD, mais la disponibilité par actif n'est pas symétrique entre ces quatre devises. Le BTC et l'ETH s'échangent contre toutes les devises fiat, tandis que les altcoins à plus faible capitalisation peuvent n'être disponibles que contre l'AUD. Un modèle de stratégie conçu pour une plateforme centrée sur l'USD peut se heurter à un rejet de type `pair not found` s'il est appliqué au NZD ou au SGD. Listez les paires disponibles au démarrage de la stratégie au lieu de présumer de l'offre de produits pour chaque devises fiat.
Section 06 · Conçu pour
Conçu pour
Les runtimes TradingHost pour Independent Reserve 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
- Exécution avec rampes d'accès fiat AUD/NZD/SGD
- Utilisateurs de CCXT
- É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é à Independent Reserve ni à IG Group, sa maison mère depuis janvier 2026.
Non. Le code de votre stratégie se connecte à Independent Reserve et envoie des instructions selon votre propre logique, les autorisations de votre compte et votre méthode d'intégration. TradingHost fournit uniquement l'environnement d'exécution (runtime) où tourne ce code.
Non. L'accès à l'API d'Independent Reserve est fourni directement par Independent Reserve. Vous êtes responsable de votre compte Independent Reserve, des autorisations de vos clés API, de vos identifiants et du respect des conditions d'utilisation d'Independent Reserve.
Non. TradingHost est l'environnement d'exécution cloud (runtime) où tourne 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 intègrent leur propre logique de stratégie ; TradingHost exécute la vôtre.
AWS et DigitalOcean vous fournissent de la puissance de calcul brute. C'est à vous de gérer les mises à jour de l'OS, l'orchestration des conteneurs, la centralisation des journaux, la rotation des secrets, le basculement régional et la surveillance de la disponibilité. TradingHost vous propose un runtime 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 des interfaces de logs et de suivi de santé prêtes à l'emploi. Si vous préférez 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 prend en charge les stratégies en Python. Choisissez le runtime de framework correspondant à 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 les marchés au comptant (spot) d'Independent Reserve via la classe unifiée `independentreserve`. Intégrez votre stratégie CCXT dans un conteneur, liez-la à GitHub, et TradingHost l'exécutera comme n'importe quel autre projet Python ou Node. Consultez le runtime du framework CCXT pour connaître la procédure de configuration complète.
Non. Independent Reserve est une plateforme d'échange exclusivement spot. Elle ne propose ni contrats perpétuels, ni options, ni services sur marge. Pour les produits dérivés, orientez votre stratégie vers une autre plateforme qui les propose et conservez Independent Reserve pour vos flux au comptant en AUD/USD/NZD/SGD.
La méthode la plus rapide consiste à dupliquer (fork) un runtime 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. Lier un dépôt GitHub et créer une stratégie est gratuit ; les abonnements pour les runtimes sont détaillés sur la page des tarifs.
Dans votre workflow de secrets géré via 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 Independent Reserve. Consultez la section sur les secrets de la plateforme pour connaître le modèle de gestion complet.
Non. Les stratégies ne devraient jamais nécessiter d'autorisations de retrait. Independent Reserve restreint les points de terminaison de retrait derrière un indicateur d'autorisation explicite défini lors de la création de la clé. Une clé limitée au trading renverra une erreur d'autorisation sur n'importe quel point de terminaison de retrait. Conservez les retraits sur une clé distincte gérée manuellement et qui n'est jamais utilisée par un runtime.
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 workflows 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 depuis des agents en ligne de commande (le CLI de Claude Code, des clients MCP personnalisés, des 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 vers votre branche principale déclenche un redéploiement.
Le runtime détecte le plantage et expose les journaux ainsi que les informations 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 de logs et de santé.
IG Group a finalisé l'acquisition d'Independent Reserve en janvier 2026. L'API JSON HTTP existante reste la cible d'intégration en date de mai 2026 ; aucune API fusionnée IG/Independent Reserve n'a été publiée. Les stratégies doivent traiter la plateforme d'échange comme une variable de configuration de premier plan plutôt que de supposer que l'URL restera stable indéfiniment, afin qu'une future migration puisse être gérée par une simple modification de configuration. Surveillez le canal d'annonces officiel d'Independent Reserve pour tout changement d'intégration post-acquisition. Consultez la section Notes opérationnelles ci-dessus pour obtenir des conseils complets.
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 sur le runtime de production et le déploiement. Le backtesting relève de votre stack de recherche, de votre framework ou d'AlgoBuilder.