Un runtime natif IA pour vos stratégies de trading Coins.ph
Développez 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
- Coins.ph
- Type de plateforme
- Plateforme d'échange crypto (régulée par la BSP, Philippines)
- Classe d’actifs
- Crypto avec paires de devises en PHP
- Produits pris en charge
- Trading au comptant (spot) sur paires en PHP (BTCPHP, ETHPHP, USDCPHP, etc.), paires de stablecoins USDT et USDC, hiérarchies de comptes principaux et sous-comptes virtuels, bureau OTC TradeDesk avec modes de règlement INSTANT, MANUAL_DEFER et AUTO_DEFER
- 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 REST et WebSocket natives Coins.ph, 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é (health checks), choix de région, contrôle MCP
- Rôle de Coins.ph
- Compte d'échange, accès API, accès au marché, lieu d'exécution
- Affiliation
- TradingHost est indépendant et n'est pas affilié à Coins.ph
Section 02 · Ce que propose Coins.ph
Ce que propose Coins.ph
Coins.ph propose du trading spot sur des paires libellées en PHP (BTCPHP, ETHPHP, USDCPHP, etc.) et des paires de stablecoins USDT/USDC via des API REST et WebSocket. Les stratégies s'authentifient à l'aide d'un en-tête `X-COINS-APIKEY` restreint à certaines catégories de routes, et la plateforme propose des comptes principaux et des sous-comptes virtuels pour isoler chaque stratégie. Les spécificités des endpoints évoluent avec le temps. La structure globale reste stable ; les limites de requêtes précises, les listes de symboles et les limites des passerelles fiat sont détaillées dans la documentation de Coins.ph.
Marchés et types de stratégies
- Stratégies spot sur paires en PHP (BTCPHP, ETHPHP, USDCPHP)
- Arbitrage stablecoin-fiat entre USDT/USDC et PHP
- Stratégies intraday financées via INSTAPAY
- Règlement OTC TradeDesk (INSTANT, MANUAL_DEFER, AUTO_DEFER)
- Déploiements multi-stratégies isolés via comptes principaux et sous-comptes virtuels
- Consommateurs de flux WebSocket User Data Stream avec keep-alive de 5 minutes
- Stratégies de carry trade sur base libellée en pesos philippins vs USDT
Interface API
- Produits couverts
- Trading spot sur paires libellées en PHP et paires USDT/USDC via les API publiques REST et WebSocket. Les hiérarchies de comptes principaux et sous-comptes virtuels permettent de restreindre les IP par stratégie et de contrôler finement les transferts d'actifs. Le bureau OTC TradeDesk prend en charge les modes de règlement INSTANT, MANUAL_DEFER et AUTO_DEFER pour les volumes plus importants.
- Méthodes de connexion
- REST pour le passage d'ordres et les requêtes de compte. Flux WebSocket pour les données de marché en temps réel et le carnet d'ordres. Flux WebSocket User Data Streams pour les événements liés aux comptes, soldes et ordres. Coins.ph requiert un ping de keep-alive toutes les 5 minutes ; les connexions WebSocket inactives sont automatiquement déconnectées après ce délai.
- Authentification
- Clé API et secret par stratégie. L'en-tête `X-COINS-APIKEY` est limité à des catégories de routes (TRADE-only, USER_DATA, USER_STREAM), avec une configuration par défaut qui autorise toutes les routes. Il est recommandé de restreindre les permissions au strict minimum par stratégie. Des limites de requêtes basées sur l'IP s'appliquent en plus de la restriction des permissions.
Pour plus de détails, reportez-vous à Coins.ph
Les endpoints spécifiques, les poids des limites de requêtes, les listes de symboles, les paliers de frais et l'historique des versions sont disponibles dans la documentation de Coins.ph. Considérez-les comme la source de vérité unique.
Section 03 · Développer avec l’IA
Développez votre stratégie Coins.ph 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 Coins.ph native
Contrôle direct sur le comportement spécifique à Coins.ph, les hiérarchies de sous-comptes et le routage des ordres libellés en PHP.
CCXT
Interface commune entre Coins.ph et d'autres plateformes d'échange crypto. CCXT expose le marché spot de Coins.ph via la classe unifiée `coinsph`.
Freqtrade ou Hummingbot
Aucun de ces frameworks ne liste Coins.ph parmi les plateformes officiellement supportées aujourd'hui. La meilleure approche consiste à utiliser une implémentation personnalisée ou basée sur CCXT.
Connecteur personnalisé
Votre propre moteur de trading interne ou intégration propriétaire Coins.ph connectée aux API REST et WebSocket.
Compatibilité des frameworks avec les produits Coins.ph
La couverture varie selon le framework. Coins.ph propose uniquement du trading spot au niveau de la plateforme (pas de contrats perpétuels ni d'options natifs), la matrice est donc volontairement restreinte. CCXT expose le marché spot de Coins.ph via sa classe unifiée `coinsph`. Ni Freqtrade ni Hummingbot ne listent Coins.ph parmi les plateformes officiellement supportées aujourd'hui ; l'accès natif à l'API permet d'accéder à l'ensemble des fonctionnalités publiées par Coins.ph.
✓ support confirmé selon la documentation officielle du framework. « non » indique qu'il n'est pas officiellement documenté comme supporté. 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
Coins.ph 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 à Coins.ph.
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 à Coins.ph.
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 avec les API REST et WebSocket de Coins.ph.
- É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 Coins.ph, secret, identifiants de sous-compte) et 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 Coins.ph
Les pièges concrets qui vous guettent lorsque vous exécutez une stratégie Coins.ph dans un runtime cloud conteneurisé, absents de la documentation de Coins.ph et des fichiers README des frameworks. Chaque point ci-dessous est cité ou paraphrasé à partir de la documentation officielle de Coins.ph ; les conseils liés au déploiement sont issus de l'exploitation réelle de ces stratégies sur TradingHost.
01 · Limites de requêtes
Limite par IP de 120 req/min par endpoint ; les bannissements HTTP 418 s'étendent de 2 minutes à 3 jours
Coins.ph applique une limite de requêtes basée sur l'IP de 120 requêtes par minute et par endpoint sur l'API REST. Les violations répétées prolongent la durée du bannissement, allant de 2 minutes jusqu'à 3 jours. Les runtimes cloud qui replanifient les conteneurs sur différents pods peuvent solliciter la même IP de manière répétée. Sur TradingHost, les IP de sortie des conteneurs sont fixes par région. La bonne pratique consiste donc à adapter la cadence de vos requêtes aux limites publiées par endpoint et à appliquer un délai d'attente exponentiel avec gigue (jitter) en cas d'erreur HTTP 418, plutôt que de réessayer immédiatement.
02 · Keep-alive WebSocket
Déconnexion automatique des connexions WebSocket inactives après 5 minutes sans ping
Coins.ph requiert un ping de keep-alive toutes les 5 minutes sur les connexions WebSocket. Une inactivité supérieure à ce délai déclenche une déconnexion automatique. Les stratégies fonctionnant 24h/24 et 7j/7 dans un conteneur doivent implémenter une boucle de heartbeat et une stratégie de reconnexion avec backoff. Les pertes d'abonnement sont silencieuses : les ordres passés via REST pendant qu'une session WebSocket est expirée sont bien exécutés, mais les callbacks d'état des ordres cessent d'être émis jusqu'à ce que la connexion soit rétablie.
03 · Portée des clés API
Les portées de `X-COINS-APIKEY` incluent par défaut toutes les routes ; limitez-les par stratégie
L'en-tête `X-COINS-APIKEY` est limité à des catégories de routes (TRADE-only, USER_DATA, USER_STREAM) mais autorise par défaut toutes les routes. La méthode la plus sûre consiste à utiliser une clé restreinte par stratégie, contenant uniquement les catégories de routes nécessaires à cette stratégie. Une clé TRADE-only compromise ne peut pas lire les soldes des autres utilisateurs ; une clé compromise avec la portée par défaut peut effectuer toutes les actions autorisées sur le compte. Les stratégies ne devraient jamais avoir besoin de l'autorisation de retrait.
04 · Modes de règlement OTC
Le TradeDesk OTC prend en charge INSTANT, MANUAL_DEFER et AUTO_DEFER
Pour les volumes importants transitant par le bureau TradeDesk OTC de Coins.ph plutôt que par le carnet d'ordres public, le règlement s'effectue selon trois modes : INSTANT (exécution immédiate au prix convenu), MANUAL_DEFER (règlement à un moment futur que vous confirmez) ou AUTO_DEFER (règlement différé automatiquement selon le calendrier du bureau). Les stratégies qui intègrent le parcours TradeDesk doivent configurer le choix du mode de règlement comme un paramètre de premier ordre, car le cycle de vie des positions diffère sensiblement entre le mode INSTANT et les modes différés.
05 · Limites des passerelles fiat
INSTAPAY et SWIFTPAY_PESONET ont des plafonds quotidiens, mensuels et annuels distincts
Les retraits en PHP via INSTAPAY (temps réel, 24h/24, 7j/7) et SWIFTPAY_PESONET (par lots, jours ouvrés) sont soumis à des limites quotidiennes, mensuelles et annuelles distinctes qui s'appliquent au niveau du compte et non par stratégie. Une stratégie ciblant les passerelles de sortie fiat en PHP doit planifier son budget en fonction des plafonds institutionnels TradeDesk publiés sur votre compte Coins.ph ; l'épuisement des quotas se traduit par des demandes de retrait différées ou rejetées plutôt que par des erreurs d'API. Planifiez le déploiement du capital de votre stratégie en tenant compte de ces passerelles, et non du carnet d'ordres.
06 · Sous-comptes
Les hiérarchies de comptes maîtres et de sous-comptes virtuels offrent une isolation des IP et des transferts par stratégie
Coins.ph prend en charge les hiérarchies de comptes maîtres et de sous-comptes virtuels avec des restrictions d'IP granulaires et des contrôles de transfert d'actifs. La bonne approche pour les déploiements multi-stratégies consiste à attribuer un sous-compte virtuel par stratégie, chacun disposant de sa propre clé API restreinte, d'une liste blanche d'IP liée à la sortie de la région TradingHost et d'une limite de transfert explicite. Les défaillances d'une stratégie n'affectent pas les autres, et l'impact d'une fuite de clé est limité aux soldes du sous-compte virtuel concerné.
Section 06 · Conçu pour
Conçu pour
Les runtimes TradingHost pour Coins.ph 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
- Équipes passant d'un hébergement VPS à 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é à Coins.ph.
Non. Le code de votre stratégie se connecte à Coins.ph 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 Coins.ph est fourni par Coins.ph. Vous êtes responsable de votre compte Coins.ph, des autorisations d'API, de vos identifiants et du respect des conditions d'utilisation de Coins.ph.
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 se contente 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 transmission 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é spécialement conçu 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 santé intégrées. 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 d'exécution 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 une classe unifiée `coinsph` qui couvre le trading au comptant (spot) sur les paires libellées en PHP de Coins.ph. 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 la page de l'environnement d'exécution du framework CCXT pour connaître la procédure de configuration complète.
Oui. Les paires libellées en PHP de Coins.ph (BTCPHP, ETHPHP, USDCPHP, etc.) sont accessibles via les mêmes API REST et WebSocket que les paires de stablecoins. Le code de la stratégie dans votre conteneur s'authentifie avec votre clé API Coins.ph, et TradingHost est totalement agnostique vis-à-vis des plateformes au niveau de l'environnement d'exécution. Les passerelles de financement en PHP (INSTAPAY, SWIFTPAY_PESONET) et le règlement TradeDesk OTC s'effectuent sur Coins.ph, et non au sein de TradingHost.
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. Pour Coins.ph spécifiquement, associez chaque stratégie à un sous-compte virtuel afin de limiter l'impact des incidents également au niveau de la plateforme. Consultez la page de l'environnement d'exécution TradingHost pour découvrir le modèle multi-stratégies.
La voie la plus rapide consiste à dupliquer (fork) un environnement d'exécution de framework TradingHost : CCXT 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 pour les environnements d'exécution sont détaillés sur la page des tarifs.
Dans votre flux 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 de gestion des secrets approuvé. TradingHost n'a pas besoin de conserver votre clé API et votre secret. Consultez la page des secrets de la plateforme pour connaître le modèle de gestion complet.
Non. Les stratégies ne devraient jamais avoir besoin d'autorisations de retrait. Limitez la portée de `X-COINS-APIKEY` à TRADE-only ou USER_DATA pour les catégories de routes que votre stratégie utilise réellement, et excluez totalement les retraits de la 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 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 la page de 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, 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.
L'environnement d'exécution détecte le plantage et expose les logs 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 s'exécutant 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 risques. Consultez la page sur l'observabilité pour en savoir plus sur l'interface de logs et de santé.
Coins.ph applique une limite de débit par IP de 120 requêtes/minute par point de terminaison (endpoint) et augmente la durée des bannissements HTTP 418 de 2 minutes à 3 jours en cas de violations répétées. La solution consiste à adapter la cadence de vos requêtes à la limite publiée par point de terminaison, à appliquer un délai d'attente exponentiel avec gigue (exponential jitter) dès le premier code 418 plutôt que de réessayer immédiatement, et à éviter les pics de requêtes provenant des boucles d'interrogation (polling). Consultez la section Notes opérationnelles ci-dessus pour obtenir des instructions complètes.
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 infrastructure de recherche, de votre framework ou d'AlgoBuilder.