Runtime natif IA pour vos stratégies de trading Bitvavo

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

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éconfigurés. 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 en tant que 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 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, 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é et 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 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 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. Bitvavo est pris en charge à la fois dans CCXT et CCXT Pro sous l'identifiant de plateforme bitvavo, couvrant REST et WebSocket. Bitvavo publie également des SDK officiels en Python, Node.js, Go et Java si vous préférez le client natif. Consultez l'environnement d'exécution du framework CCXT pour connaître tous les détails de configuration.

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 à dupliquer (fork) un environnement d'exécution 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. Associer un dépôt GitHub et créer une stratégie est gratuit ; les abonnements d'environnement d'exécution sont détaillés sur la page des tarifs.

Dans votre flux de travail 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 votre clé API et votre secret. Consultez la section sur les secrets de la plateforme pour connaître le modèle complet de gestion.

Non. Les stratégies ne devraient jamais avoir besoin de la portée Withdraw. Utilisez uniquement les portées View et Trade, et activez la liste blanche d'adresses IP lorsque cela est possible. Bitvavo signale que les retraits initiés via l'API contournent la 2FA, la portée Withdraw présente donc un risque élevé et doit être réservée aux clés que vous utilisez manuellement depuis un hôte à IP fixe.

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 l'interface de contrôle MCP pour une vue d'ensemble complète.

Les deux. L'interface 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 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 journaux (logs) 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 risques. Consultez la section observabilité pour accéder aux logs et à l'interface d'état.

Il s'agit d'un rejet lié à la liste blanche d'adresses IP de Bitvavo. Ajoutez l'adresse IP de sortie (egress IP) du runtime TradingHost à la liste blanche de la clé API dans le tableau de bord Bitvavo, ou régénérez la clé sans liste blanche (non recommandé). Confirmez l'adresse IP de sortie via les informations de runtime de TradingHost avant de l'ajouter à la liste blanche.

La signature HMAC a été mal construite ou le secret de l'API a été copié avec un espace indésirable. Recalculez la signature sous forme de condensé hexadécimal HMAC-SHA256(secret, timestamp + method + url + body), assurez-vous que la chaîne du corps de la requête correspond exactement à ce qui est signé, et vérifiez que Bitvavo-Access-Timestamp est exprimé en millisecondes et s'inscrit dans la fenêtre Bitvavo-Access-Window. Régénérer la clé est la solution la plus rapide si le secret est corrompu.

Non. Bitvavo propose uniquement du trading au comptant (spot) avec un levier de 1:1 ; il n'y a pas de contrats à terme, de perpétuels, d'options ni de produit sur marge. Pour les perpétuels ou les contrats à terme USD-M, déployez une stratégie distincte sur Binance, Bybit ou OKX.

Oui. Bitvavo est agréé sous le régime MiCA par l'AFM néerlandaise (juin 2025) et enregistré auprès de De Nederlandsche Bank depuis 2020. L'agrément MiCA bénéficie d'un passeport européen dans tout l'EEA, ce qui permet à un opérateur de stratégie résidant dans l'EEA d'héberger sa stratégie sur une plateforme agréée sans avoir à s'enregistrer séparément dans chaque pays. Bitvavo est un CASP, pas un établissement de crédit ; cela n'étend pas les protections MiFID aux activités de trading.

En EUR par virement bancaire SEPA gratuit (1 à 2 jours ouvrables), SEPA Instant si votre banque le prend en charge, ou iDEAL pour des recharges instantanées depuis une banque néerlandaise jusqu'à 50 000 € par transaction. Il n'y a pas de passerelle fiduciaire en USD ; un PnL libellé en USD nécessite une conversion en stablecoin ou en devises.

TradingHost est disponible dans les régions EU et US-East. Pour Bitvavo spécifiquement, la région EU est la plus proche géographiquement du moteur de matching de Bitvavo, situé près d'Amsterdam, et offre généralement la latence aller-retour la plus faible. Consultez la page des régions pour obtenir plus de détails sur le routage et la proximité.

Non. TradingHost se concentre exclusivement sur l'exécution en production et le déploiement. Le backtesting relève de votre infrastructure de recherche, de votre framework ou d'AlgoBuilder.