Lesezeit … Min.

KI-native Runtime für Independent Reserve-Handelsstrategien

Entwickeln Sie in Cursor, Claude Code oder einer beliebigen KI-IDE. Deployen Sie direkt aus GitHub in eine managed Cloud-Runtime mit erstklassiger MCP-Steuerung, Logs und Regionsauswahl.

Vom TradingHost-Engineering-Team

Sektion 01 · Auf einen Blick

Auf einen Blick

Handelsplatz
Independent Reserve
Handelsplatz-Typ
Krypto-Börse (Fiat-Onramp für AU/NZ/SG/UK)
Anlageklasse
Krypto
Unterstützte Produkte
Spot-Handel mit AUD, USD, NZD, SGD und über 40 Krypto-Assets; Multi-Netzwerk-Ein- und Auszahlungen seit Januar 2025
Laufzeit-Modell
Containerisierte Strategie-Runtime
Deployment-Quelle
GitHub
Programmiersprachen
Jede containerfähige Programmiersprache
Gängige Integrationen
Native Independent Reserve JSON HTTP API, CCXT, eigene Connectoren
KI-Workflow-Integration
MCP-Steuerungsoberfläche für Cursor, Claude Code, GitHub Copilot und CLI-Agents
Rolle von TradingHost
Runtime, Deployment, Logs, Health Checks, Regionsauswahl, MCP-Steuerung
Rolle von Independent Reserve
Börsenkonto, API-Zugang, Marktzugang, Ausführungsplatz
Verbindung
TradingHost ist unabhängig und steht in keiner Verbindung zu Independent Reserve oder der IG Group, deren Muttergesellschaft seit Januar 2026.

Sektion 02 · Das Angebot von Independent Reserve

Das Angebot von Independent Reserve

Independent Reserve ist eine von der AUSTRAC regulierte australische Krypto-Börse mit starker Fiat-Onramp-Abdeckung für AUD, USD, NZD und SGD. Das Produktangebot beschränkt sich bewusst auf den Spot-Handel; es gibt keine Perpetuals, Optionen oder Margin-Handel. Die API ist eine JSON HTTP-Schnittstelle, die mit HMAC-SHA256 und einem expliziten Ablaufdatum pro Anfrage signiert wird. Auszahlungsendpunkte erfordern explizit freigegebene API-Key-Berechtigungen, die unabhängig vom Handel konfiguriert werden. Multi-Netzwerk-Ein- und Auszahlungen (eingeführt im Januar 2025) ermöglichen den Transfer von Assets wie USDT und USDC über verschiedene Blockchains. Die Übernahme durch die IG Group wurde im Januar 2026 abgeschlossen; eine Migration der Zugangsdaten könnte folgen, aber die bestehende JSON-API bleibt das primäre Integrationsziel. Spezifische Endpunkte können sich ändern. Die grundlegende Struktur ist stabil; die genauen Rate-Limit-Gewichtungen und die Asset-Liste finden Sie in der Dokumentation von Independent Reserve.

Märkte und Strategiemuster

  • Spot-Strategien für AUD-, USD-, NZD- und SGD-Paare
  • BTC- und ETH-Ausführung gegen AUD
  • Fiat-Onramp-gesteuerte Ausführungs-Flows
  • Multi-Netzwerk-Ein- und Auszahlungsstrategien
  • Verarbeitung von Mindestauszahlungslimits pro Asset
  • Gecachte Marktdaten-Consumer (Aktualisierung im Sekundentakt)
  • Order-Historie-Backfills (30-Minuten-Cache-Fenster)
  • AUSTRAC-regulierte AUD-Ausführung

API-Schnittstelle

Produktbereiche
Spot-Handel mit AUD, USD, NZD, SGD und über 40 Krypto-Assets. Das Produktangebot beschränkt sich bewusst auf den Spot-Handel; es gibt keine Perpetuals, Optionen oder Margin-Handel. Multi-Netzwerk-Ein- und Auszahlungen (eingeführt im Januar 2025) ermöglichen den Transfer von Assets wie USDT und USDC über verschiedene Blockchains.
Verbindungsmethoden
Öffentliche GET-Endpunkte für Marktdaten, private POST-Endpunkte für Orders und Kontostatus. JSON HTTP API; kein WebSocket-Handel. Marktdaten werden serverseitig mit einer Aktualisierung von einer Sekunde gecacht; die Order-Historie wird für 30 Minuten gecacht.
Authentifizierung
HMAC-SHA256 mit API-Key, Secret, Nonce und explizitem Signaturablauf bei jedem privaten POST. Auszahlungsendpunkte erfordern explizit freigegebene API-Key-Berechtigungen, die unabhängig von den Handelsberechtigungen konfiguriert sind. Die Isolation der Berechtigungsbereiche ist hier entscheidend: Ein reiner Handels-Key kann Auszahlungsendpunkte unabhängig von der Session nicht erreichen.

Details finden Sie direkt bei Independent Reserve

Spezifische Endpunkte, Rate-Limit-Gewichtungen, Asset- und Paar-Listen, Gebührenordnungen und die Versionshistorie finden Sie in der Dokumentation von Independent Reserve. Betrachten Sie diese als maßgebliche Quelle.

Sektion 03 · Mit KI entwickeln

Entwickeln Sie Ihre Independent Reserve-Strategie mit KI

Wählen Sie eine Integrationsmethode, forken Sie ein TradingHost-Framework-Starter-Repository und schreiben Sie Ihre Strategie in einer AI IDE. Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agenten nutzen alle denselben GitHub-nativen Deployment-Prozess.

  • Native Independent Reserve API

    Direkte Kontrolle über Independent Reserve-spezifisches Verhalten, einschließlich der AUD/USD/NZD/SGD-Paare und des expliziten Signaturablaufs pro Anfrage.

  • CCXT

    Einheitliche Schnittstelle für Independent Reserve und andere Krypto-Börsen. CCXT stellt Independent Reserve-Spotmärkte über die vereinheitlichte Klasse `independentreserve` bereit.

  • Freqtrade oder Hummingbot

    Independent Reserve ist in keinem der beiden Frameworks als nativer Connector integriert. Die generische CCXT-Kompatibilität kann Spot-Strategien in Freqtrade unterstützen, sofern dies implementiert ist; für Hummingbot gibt es keinen gelisteten Connector.

  • Eigener Connector

    Ihre eigene interne Trading-Engine oder proprietäre Independent Reserve-Integration, die private POST-Anfragen mit HMAC-SHA256 und einem expliziten Ablaufdatum signiert.

Framework-Unterstützung für Independent Reserve-Produkte

Die Abdeckung beschränkt sich auf den Spot-Handel. CCXT unterstützt Independent Reserve Spot über die vereinheitlichte Klasse `independentreserve`; Freqtrade kann die generische CCXT-Kompatibilität nutzen, sofern unterstützt; Hummingbot führt keinen dedizierten Independent Reserve-Connector auf. Der native API-Zugriff bietet den saubersten Weg für AUD/USD/NZD/SGD-spezifisches Verhalten und für die Handhabung der im Januar 2025 eingeführten Multi-Netzwerk-Ein- und Auszahlungsendpunkte.

FrameworkSpotPerpOptionenMargin
Native Independent Reserve APIUnterstütztNicht als unterstützt dokumentiertNicht als unterstützt dokumentiertNicht als unterstützt dokumentiert
CCXTUnterstütztNicht als unterstützt dokumentiertNicht als unterstützt dokumentiertNicht als unterstützt dokumentiert
FreqtradeTeilweise unterstütztNicht als unterstützt dokumentiertNicht als unterstützt dokumentiertNicht als unterstützt dokumentiert
HummingbotNicht als unterstützt dokumentiertNicht als unterstützt dokumentiertNicht als unterstützt dokumentiertNicht als unterstützt dokumentiert

✓ Bestätigter Support laut offizieller Framework-Dokumentation. „nein“ bedeutet, dass kein offizieller Support dokumentiert ist. „teilweise“ weist auf eine eingeschränkte Abdeckung hin. Workflow-Links verweisen auf /workflows/-Seiten, die sich derzeit in der Erstellung befinden.

TradingHost schreibt kein Framework vor. Es führt Ihr Projekt einfach aus.

Mit KI programmieren

Die oben genannten Framework-Starter lassen sich nahtlos mit KI-IDEs kombinieren. Die TradingHost-MCP-Steuerungsebene schließt den Kreis: KI-Tools können Deployments analysieren, Logs prüfen und die Laufzeitumgebung gemeinsam mit Ihnen verwalten, ohne jemals in den Pfad der Trade-Ausführung einzugreifen.

Bereich 04 · Auf TradingHost ausführen

Ihren Code auf TradingHost ausführen

Independent Reserve stellt die Börse und den API-Zugang bereit. TradingHost liefert die Produktionsumgebung, in der Ihre mit Independent Reserve verbundene Strategie läuft.

Statt Ihren Strategie-Code auf einem Laptop, Desktop-PC, einem gewöhnlichen VPS oder einem manuell konfigurierten Server auszuführen, deployen Sie direkt aus GitHub in eine von TradingHost verwaltete Container-Runtime.

Sie

  • Ihr Repository enthält Ihren Code.
  • Ihr Deployment definiert, wie er ausgeführt wird.
  • Ihre Strategie verbindet sich mit Independent Reserve.

TradingHost

  • Hält die Runtime online.
  • Stellt Logs und Health-Checks bereit.
  • Auswahl der Region.
  • Kontrollierte Deployment-Umgebung.

Deployment-Ablauf

  1. SCHRITT 01

    GitHub verbinden

    Autorisieren Sie TradingHost für den Zugriff auf Ihr GitHub-Konto.

  2. SCHRITT 02

    Repository verknüpfen oder mit einem Framework starten

    Verknüpfen Sie TradingHost mit Ihrem bestehenden Strategie-Repository oder forken Sie eine TradingHost-Framework-Runtime (CCXT) für eine funktionierende Ausgangsbasis.

  3. SCHRITT 03

    In einen TradingHost-Container deployen

    Wählen Sie eine Region (EU oder US-East), hinterlegen Sie die Umgebungsvariablen für Ihre Strategie (den Independent Reserve-API-Schlüssel, das Secret und die Berechtigungs-Flags, die Ihr Code nutzt) und starten Sie das Deployment. TradingHost baut Ihren Container aus dem Repository und betreibt Ihre Strategie auf einer verwalteten Kubernetes-Infrastruktur. Eine lokale Docker-Installation ist nicht erforderlich.

  4. SCHRITT 04

    Logs und Status überwachen

    Verfolgen Sie Live-Logs, Systemzustand und Runtime-Status direkt im TradingHost-Dashboard. Dieselbe Schnittstelle ist über MCP aus jeder beliebigen AI IDE erreichbar. So können Cursor, Claude Code oder ein CLI-Agent den Deployment-Status auslesen und die Runtime an Ihrer Seite verwalten.

  5. SCHRITT 05

    Aktualisieren und neu deployen

    Pushen Sie Änderungen in Ihren GitHub-Main-Branch und TradingHost deployt automatisch neu.

Sektion 05 · Betriebshinweise

Betriebshinweise für Independent Reserve

Herausforderungen, die in der Praxis auftreten, wenn Sie eine Independent Reserve-Strategie in einer containerisierten Cloud-Runtime ausführen – abseits der offiziellen Dokumentation oder Framework-READMEs. Alle folgenden Punkte basieren auf der Dokumentation von Independent Reserve oder stammen aus unseren Erfahrungswerten beim Betrieb dieser Strategien auf TradingHost.

  1. 01 · Auszahlungsbereich

    Auszahlungsendpunkte erfordern explizit freigegebene API-Key-Berechtigungen

    Independent Reserve schützt Auszahlungsendpunkte durch ein explizites Berechtigungs-Flag, das bei der Erstellung des API-Keys festgelegt wird. Ein reiner Handels-Key gibt bei jedem Auszahlungsendpunkt einen Berechtigungsfehler zurück, unabhängig vom Inhalt der Anfrage. Aus betrieblicher Sicht ist dies vorteilhaft: Strategie-Keys sollten niemals Auszahlungsrechte besitzen, und die Börse erzwingt diese Trennung direkt auf API-Ebene statt nur im UI. Verwenden Sie für Auszahlungen einen separaten, manuell verwalteten Key auf einem dedizierten Host; hinterlegen Sie niemals einen Key mit Auszahlungsrechten in einer Strategie-Runtime.

  2. 02 · Multi-Netzwerk

    Multi-Netzwerk-Ein- und Auszahlungen seit Januar 2025; geänderte Endpunkt-Struktur

    Independent Reserve hat im Januar 2025 Ein- und Auszahlungen über mehrere Netzwerke für Assets wie USDT und USDC eingeführt. Ältere Integrationen, die fest von einem einzigen Netzwerk ausgehen (beispielsweise eine ERC20-Adresse pro Asset), müssen die Netzwerkkennung sowohl bei der Generierung der Einzahlungsadresse als auch bei der Auszahlungsanforderung berücksichtigen. Wenn Ihr Code aus der Zeit vor 2025 stammt, prüfen Sie ihn vor dem Deployment anhand der aktuellen API-Referenz. Legacy-Strategien funktionieren weiterhin für bereits unterstützte Netzwerke, können die neuen Netzwerke jedoch ohne das aktualisierte Endpoint-Format nicht abrufen.

  3. 03 · Caching

    Marktdaten werden für 1 Sekunde gecacht, die Order-Historie für 30 Minuten

    Independent Reserve cacht Marktdaten serverseitig mit einem Aktualisierungsfenster von einer Sekunde und die Order-Historie für 30 Minuten. Ein hochfrequenter Polling-Loop erhält von Sekunde zu Sekunde dieselben Antwortdaten. Planen Sie Ihre Strategie daher basierend auf diesen Cache-Zeiten statt auf Echtzeit-Abfragen pro Request. Erwarten Sie bei Backfills der Order-Historie nicht, dass eine gerade platzierte Order sofort erscheint. Rufen Sie die Order stattdessen über den Order-Status-Endpoint ab, der nicht dem 30-minütigen Cache für die Historie unterliegt.

  4. 04 · Muttergesellschaft IG Group

    Übernahme durch die IG Group im Januar 2026 abgeschlossen; mögliche Migration von Zugangsdaten beachten

    Die IG Group hat die Übernahme von Independent Reserve im Januar 2026 abgeschlossen. Die bestehende JSON HTTP API bleibt auch im Mai 2026 das primäre Integrationsziel; eine zusammengeführte API von IG und Independent Reserve wurde bisher nicht veröffentlicht. Strategien sollten die Handelsplattform als erstklassigen Konfigurationswert hinterlegen, statt von einer dauerhaft stabilen URL auszugehen. Falls eine durch IG veranlasste Migration der Zugangsdaten das Authentifizierungsformat ändert, lässt sich die Runtime-Konfiguration anpassen, ohne die Strategie neu schreiben zu müssen. Verfolgen Sie den offiziellen Ankündigungskanal für etwaige Integrationsänderungen nach der Übernahme.

  5. 05 · Fiat-Anbindung

    AUD, USD, NZD und SGD nativ unterstützt; asymmetrische Paar-Verfügbarkeit

    Die Fiat-Anbindung von Independent Reserve umfasst AUD, USD, NZD und SGD, aber die Verfügbarkeit pro Asset ist nicht für alle vier Währungen symmetrisch. BTC und ETH werden gegen jede Fiat-Währung gehandelt; Altcoins mit geringerer Marktkapitalisierung sind oft nur gegen AUD handelbar. Ein Strategie-Template, das von einer USD-zentrierten Plattform portiert wurde, kann bei der Anwendung auf NZD oder SGD zu einem `pair not found`-Fehler führen. Rufen Sie die verfügbaren Paare beim Start der Strategie ab, statt von einem einheitlichen Produktset pro Fiat-Währung auszugehen.

Sektion 06 · Entwickelt für

Entwickelt für

TradingHost-Runtimes für Independent Reserve eignen sich besonders für:

  • Entwickler, die Strategien in KI-IDEs (Cursor, Claude Code) erstellen
  • Systematische Krypto-Trader
  • Quant-Entwickler
  • Ausführung mit AUD/NZD/SGD-Fiat-Onramps
  • CCXT-Nutzer
  • Teams, die von VPS-Hosting auf containerisierte Deployments umsteigen

Die Verknüpfung mit GitHub und das Erstellen Ihrer ersten Strategie sind kostenlos.

Sektion 08 · FAQ

FAQ

Nein. TradingHost ist unabhängig und steht in keiner Verbindung zu Independent Reserve oder der IG Group, deren Tochtergesellschaft sie seit Januar 2026 ist.

Nein. Ihr Strategiecode verbindet sich mit Independent Reserve und sendet Anweisungen basierend auf Ihrer eigenen Logik, Ihren Kontoberechtigungen und Ihrer Integrationsmethode. TradingHost stellt die Runtime bereit, in der dieser Code ausgeführt wird.

Nein. Der API-Zugang wird von Independent Reserve bereitgestellt. Sie sind selbst für Ihr Independent Reserve-Konto, die API-Berechtigungen, Ihre Zugangsdaten und die Einhaltung der Nutzungsbedingungen von Independent Reserve verantwortlich.

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

AWS und DigitalOcean bieten Ihnen reine Rechenleistung. Sie müssen sich selbst um Betriebssystem-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-Schnittstellen. 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. CCXT stellt die Spotmärkte von Independent Reserve über die vereinheitlichte Klasse `independentreserve` bereit. Laden Sie Ihre CCXT-Strategie in einen Container, verknüpfen Sie sie mit GitHub, und TradingHost führt sie wie jedes andere Python- oder Node-Projekt aus. Details zur Einrichtung finden Sie in der Dokumentation zur CCXT-Framework-Runtime.

Nein. Independent Reserve ist eine reine Spot-Börse. Es gibt dort keine Perpetuals, Optionen oder Margin-Handelsmöglichkeiten. Wenn Sie Derivate handeln möchten, leiten Sie Ihre Strategie an eine entsprechende Plattform weiter und nutzen Sie Independent Reserve für den Spot-Handel mit AUD, USD, NZD und SGD.

Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime: Nutzen Sie CCXT für ein direkt einsatzbereites Projekt oder verbinden Sie Ihr eigenes GitHub-Strategie-Repository. Das Verknüpfen eines GitHub-Repositorys und das Erstellen einer Strategie ist kostenlos. Die Tarife für die Runtime finden Sie auf der Preisseite.

In Ihrem von GitHub gesteuerten Secrets-Workflow. TradingHost liest sie zur Laufzeit über GitHub-Repository-Secrets, Environment-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt keinen direkten Zugriff auf Ihren API-Key oder das Secret von Independent Reserve. Details zum Sicherheitsmodell finden Sie unter Platform Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Independent Reserve schützt Auszahlungs-Endpoints durch ein explizites Berechtigungs-Flag, das bei der Erstellung des Keys festgelegt wird. Ein reiner Trading-Key gibt bei jedem Auszahlungs-Endpoint einen Berechtigungsfehler zurück. Verwenden Sie für Auszahlungen einen separaten, manuell verwalteten Key, der niemals in einer Runtime hinterlegt wird.

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 prü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-Steuerung funktioniert gleichermaßen über CLI-basierte Agenten (Claude Code CLI, benutzerdefinierte MCP-Clients, geskriptete MCP-Aufrufe) wie aus einer IDE heraus. Der GitHub-native Deployment-Prozess 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 bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container ausgeführte Strategien zu beeinträchtigen. Ihr Strategiecode bleibt weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details zu Logs und Status finden Sie unter Observability.

Die IG Group hat die Übernahme von Independent Reserve im Januar 2026 abgeschlossen. Die bestehende JSON HTTP API bleibt auch im Mai 2026 das primäre Integrationsziel; eine zusammengeführte API von IG und Independent Reserve wurde bisher nicht veröffentlicht. Strategien sollten die Handelsplattform als erstklassigen Konfigurationswert hinterlegen, statt von einer dauerhaft stabilen URL auszugehen. So lässt sich eine zukünftige Migration einfach über eine Konfigurationsänderung lösen. Verfolgen Sie den offiziellen Ankündigungskanal von Independent Reserve für etwaige Integrationsänderungen nach der Übernahme. Die vollständigen Hinweise finden Sie oben im Abschnitt zu den operativen Besonderheiten.

TradingHost wird in den Regionen EU und US-East betrieben. Wählen Sie die Region, die der von Ihrer Strategie genutzten Matching-Engine am nächsten liegt. Details zu Routing und Latenzen finden Sie auf der Regions-Seite.

Nein. TradingHost konzentriert sich auf die Live-Laufzeitumgebung und das Deployment. Backtests gehören in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.