KI-native Runtime für Bitvavo-Handelsstrategien

Nein. Ihr Strategie-Code verbindet sich mit Bitvavo und sendet Anweisungen gemäß Ihrer eigenen Logik, Ihren Account-Berechtigungen und Ihrer Integrationsmethode. TradingHost stellt die Runtime bereit, in der dieser Code ausgeführt wird.

Nein. Der API-Zugang wird von Bitvavo bereitgestellt. Sie sind selbst für Ihren Bitvavo-Account, die API-Berechtigungen, Ihre Zugangsdaten und die Einhaltung der Nutzungsbedingungen von Bitvavo verantwortlich.

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr Strategie-Code läuft. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigten Bots an. Mit TradingHost schreiben oder generieren Sie die Strategie selbst (oft mit Cursor oder Claude Code), verwalten sie als Ihren eigenen Code in GitHub und nutzen TradingHost, um sie in der Produktion auszuführen. Während Produkte wie 3Commas oder Cryptohopper die Strategielogik vorgeben, führt TradingHost Ihre eigene Strategie aus.

AWS and DigitalOcean bieten Ihnen reine Rechenleistung. Sie müssen sich selbst um OS-Updates, Container-Orchestrierung, Log-Weiterleitung, Secret-Rotation, Regions-Failover und Uptime-Monitoring kümmern. TradingHost bietet Ihnen eine verwaltete Runtime, die speziell für Trading-Strategien entwickelt wurde: GitHub-natives Deployment, MCP-basierte Steuerung aus KI-IDEs sowie direkt einsatzbereite Log- und Health-Dashboards. Wenn Sie die Infrastruktur selbst verwalten möchten, ist AWS eine Option. Wenn Sie die Runtime als Managed Service nutzen wollen, ist TradingHost der direktere Weg.

Ja. TradingHost führt Python-Strategien aus. Wählen Sie einfach die Framework-Runtime, die zu Ihrem Stack passt, oder deployen Sie Ihr eigenes Repository.

Ja. TradingHost unterstützt jede Programmiersprache, die in einem Container ausgeführt werden kann.

Ja. Bitvavo wird sowohl in CCXT als auch in CCXT Pro unter der Exchange-ID bitvavo unterstützt, was REST und WebSocket abdeckt. Bitvavo veröffentlicht zudem eigene SDKs für Python, Node.js, Go und Java, falls Sie den nativen Client bevorzugen. Details zur Einrichtung finden Sie auf der Seite zur CCXT-Framework-Runtime.

Ja, sofern Ihr Projekt so konzipiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer einzigen Runtime ausführen oder sie zur besseren Isolierung und betrieblichen Übersichtlichkeit auf verschiedene Runtimes aufteilen. Details zum Multi-Strategie-Modell finden Sie auf der TradingHost-Runtime-Seite.

Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime: CCXT oder Freqtrade bieten direkt einsatzbereite Projekte. Alternativ können Sie Ihr eigenes GitHub-Strategie-Repository anbinden. Das Verknüpfen eines GitHub-Repositorys und das Erstellen einer Strategie ist kostenlos; die Tarife für Runtimes finden Sie auf der Preisseite.

In Ihrem von GitHub gesteuerten Secrets-Workflow. TradingHost liest diese zur Laufzeit über GitHub Repository Secrets, Environment Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt keine Verwahrung Ihres API-Keys oder Secrets. Details zum Sicherheitsmodell finden Sie unter Platform Secrets.

Nein. Strategien sollten niemals die Berechtigung Withdraw benötigen. Verwenden Sie ausschließlich die Scopes View und Trade und aktivieren Sie nach Möglichkeit das IP-Whitelisting. Bitvavo weist darauf hin, dass über die API initiierte Auszahlungen die 2FA umgehen. Daher stellt der Withdraw-Scope ein hohes Risiko dar und sollte Keys vorbehalten bleiben, die Sie manuell von einem Host mit fester IP-Adresse aus bedienen.

Ja. TradingHost unterstützt die MCP-basierte Steuerung für KI-IDEs wie Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agenten. KI-Tools können Deployments überprüfen, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP dient als Steuerungs- und Observability-Schnittstelle, nicht als Pfad für die Trade-Ausführung. Details finden Sie unter MCP-Steuerung.

Beides. Die MCP-Steuerungsoberfläche funktioniert mit CLI-basierten Agents (Claude Code CLI, benutzerdefinierten MCP-Clients, skriptbasierten MCP-Aufrufen) ebenso gut wie direkt in einer IDE. Der GitHub-native Deployment-Loop funktioniert zudem völlig ohne KI-Tools: Ein normaler git push auf Ihren main-Branch löst ein erneutes Deployment aus.

Die Runtime erkennt den Absturz und stellt die relevanten Logs und Statusinformationen (Health) bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container ausgeführte Strategien zu beeinträchtigen. Ihr Strategiecode ist weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Siehe Observability für Details zu Logs und Health-Schnittstellen.

Dies ist eine Ablehnung aufgrund der IP-Whitelist von Bitvavo. Fügen Sie entweder die Egress-IP der TradingHost-Runtime zur Whitelist des API-Keys im Bitvavo-Dashboard hinzu oder erstellen Sie den Key ohne Whitelist neu (nicht empfohlen). Überprüfen Sie die Egress-IP vor dem Whitelisting über die Runtime-Informationen von TradingHost.

Der HMAC wurde fehlerhaft generiert oder das API-Secret wurde mit führenden oder folgenden Leerzeichen kopiert. Berechnen Sie die Signatur als HMAC-SHA256(secret, timestamp + method + url + body) Hex-Digest neu, stellen Sie sicher, dass der Request-Body exakt mit dem signierten String übereinstimmt, und prüfen Sie, ob Bitvavo-Access-Timestamp in Millisekunden innerhalb des Bitvavo-Access-Window liegt. Das Neuerstellen des Keys ist die schnellste Lösung, falls das Secret fehlerhaft kopiert wurde.

Nein. Bitvavo bietet ausschließlich Spot-Handel mit 1:1-Hebel. Es gibt keine Futures, Perpetuals, Optionen oder Margin-Produkte. Für Perpetuals oder USD-M-Futures müssen Sie eine separate Strategie für Binance, Bybit oder OKX bereitstellen.

Ja. Bitvavo ist im Rahmen von MiCA durch die niederländische AFM (Juni 2025) autorisiert und seit 2020 bei De Nederlandsche Bank registriert. Die MiCA-Autorisierung gilt per EU-Pass-System im gesamten EWR (EEA), sodass ein im EWR ansässiger Strategie-Betreiber auf einer lizenzierten Handelsplattform hosten kann, ohne separate Registrierungen in einzelnen Ländern vornehmen zu müssen. Bitvavo ist ein CASP, kein Kreditinstitut; dadurch werden MiFID-Schutzrechte nicht auf die Handelsaktivitäten ausgeweitet.

EUR per kostenloser SEPA-Banküberweisung (1 bis 2 Werktage), SEPA Instant (sofern von Ihrer Bank unterstützt) oder iDEAL für sofortige Aufladungen über niederländische Banken bis zu 50.000 € pro Transaktion. Es gibt keine USD-Fiat-Anbindung; in USD ausgewiesene PnL erfordert eine Stablecoin- oder Devisenkonvertierung.

TradingHost läuft in den Regionen EU und US-East. Speziell für Bitvavo liegt die Region EU geografisch am nächsten an der Matching-Engine von Bitvavo (nahe Amsterdam) und bietet in der Regel die geringste Round-Trip-Latenz. Weitere Details zu Routing und Latenzen finden Sie auf der Regions-Seite.

Nein. TradingHost konzentriert sich auf die Produktions-Runtime und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.