Lesezeit … Min.

KI-native Runtime für OANDA-Trading-Strategien

OANDA v20-Strategien in Cursor, Claude Code oder einer beliebigen KI-IDE entwickeln. Aus GitHub in eine verwaltete Cloud-Runtime mit erstklassiger MCP-Steuerung, Logs und Regionen-Auswahl deployen.

Vom TradingHost-Engineering-Team

Abschnitt 01 · Auf einen Blick

Auf einen Blick

Broker
OANDA
Broker-Typ
Forex- und CFD-Broker
Anlageklasse
Forex, Indizes, Rohstoffe, Metalle, Anleihen
Unterstützte Produkte
Über 70 Spot-FX-Währungspaare, CFDs auf Hauptindizes, Gold und Silber (XAU/USD, XAG/USD), Energieträger (WTI, Brent), Anleihen-CFDs
Laufzeitmodell
Containerisierte Strategie-Runtime
Deployment-Quelle
GitHub
Sprachen
Jede Sprache, die in einem Container ausgeführt werden kann
Gängige Integrationen
OANDA v20 REST und Streaming, FIX 4.4, NautilusTrader, Backtrader, native Python- und Java-SDKs, benutzerdefinierte 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, Regionen-Auswahl, MCP-Steuerung
Rolle von OANDA
Broker-Konto, API-Zugang, Marktzugang, Ausführungsplatz
Regulierungsbehörden
OANDA Corporation (CFTC RFED, NFA ID 0325821, US), OANDA Australia Pty Limited (ASIC AFSL 412981), OANDA Europe Markets Ltd (CySEC, Malta), OANDA Global Markets Ltd (BVI FSC), OANDA (Canada) Corp (CIRO)
Hebelbegrenzungen für Kleinanleger
USA (OANDA Corporation, NFA Rule 2-43b): 50:1 auf Hauptwährungspaare (Major FX), 20:1 auf Nebenwährungspaare (Non-Major FX). Australien (ASIC) und Europa (CySEC, ESMA-konform): 30:1 auf Hauptwährungspaare, 20:1 auf Nebenwährungspaare und Gold, 10:1 auf andere Rohstoffe und Nebenindizes, 5:1 auf Aktien, 2:1 auf Krypto-CFDs. Die Offshore-Entity (BVI FSC) erlaubt je nach Onboarding-Entity gegebenenfalls höhere Hebel.
Zugehörigkeit
TradingHost ist unabhängig und steht in keiner Verbindung zu OANDA Corporation oder anderen Unternehmen der OANDA Group

Abschnitt 02 · Was OANDA bietet

Was OANDA bietet

OANDA bietet Spot-Forex für über 70 Währungspaare, Indizes- und Rohstoff-CFDs, Edelmetalle und Anleihen-CFDs über die v20 REST-API, v20-Streaming über Long-Poll-HTTP sowie eine FIX 4.4-Session an. Strategien authentifizieren sich über ein kontospezifisches Bearer-Token. Practice (fxPractice) und Live (fxTrade) sind separate Umgebungen mit unterschiedlichen Hosts und Tokens. Details zu den Endpunkten sind der OANDA-Dokumentation zu entnehmen und können sich ändern.

Märkte und Strategiemuster

  • OANDA v20 REST-Strategien für über 70 FX-Währungspaare
  • EUR/USD- und USD/JPY-Carry-Trade-Strategien
  • Breakout-Strategien auf CFDs von Hauptindizes (SPX500, US30, NAS100, UK100)
  • Edelmetall-Strategien für XAU/USD und XAG/USD
  • WTI- und Brent-Öl-CFD-Strategien
  • Momentum-Strategien basierend auf Streaming-Preisen (Long-Poll-HTTP)
  • In fxPractice validierte Deployments, die nach fxTrade überführt werden
  • NFA Rule 2-43b FIFO-konforme US-Retail-Strategien

API-Schnittstelle

Produktschnittstellen
Über 70 Spot-FX-Währungspaare (Majors, Minors, Exotics), CFDs auf Hauptindizes (SPX500, US30, NAS100, UK100, GER40, JP225), Edelmetalle (XAU/USD, XAG/USD), Energieträger (WTI, Brent) und Anleihen-CFDs. Die fxPractice-Umgebung spiegelt dieselbe Produktpalette auf einem Paper-Trading-Host wider, sodass Strategien ohne echtes Kapital an denselben v20-Endpunkten validiert werden können.
Verbindungsmethoden
OANDA v20 REST für Orderplatzierung, Konten, Trades und Positionen. v20-Streaming für Preise und Transaktionen über Long-Poll Chunked HTTP (eine einzige offene TCP-Verbindung anstelle von WebSockets). FIX 4.4 für professionelle Retail- und institutionelle Flows. Native Python- und Java-SDKs kapseln v20 REST und Streaming.
Authentifizierung
Bearer-Token: HTTP-Header „Authorization: Bearer <token>“ bei jeder authentifizierten Anfrage. Ein Token pro OANDA-Konto, generiert unter Manage API Access im Benutzerportal. Tokens für Practice (fxPractice) und Live (fxTrade) sind auf ihre jeweilige Umgebung beschränkt und nicht austauschbar.

Spezifische Details finden Sie bei OANDA

Spezifische Endpunkte, Rate-Limits, Währungspaare, Instrumenten-IDs und die Versionshistorie sind in der Dokumentation von OANDA zu finden. Diese gilt als maßgebliche Quelle.

Abschnitt 03 · Mit KI entwickeln

Entwickeln Sie Ihre OANDA-Strategie mit KI

Wählen Sie eine Integrationsmethode, forken Sie ein TradingHost-Framework-Starter-Repository und schreiben Sie Ihre Strategie in einer KI-IDE. Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agents arbeiten alle mit demselben GitHub-nativen Deployment-Loop.

  • Native OANDA v20 API

    Direkte Kontrolle über OANDA-spezifisches Verhalten, Kontostatus, Streaming-Preise und Orderausführung.

  • NautilusTrader

    Leistungsstarkes Python-Framework mit dokumentiertem OANDA-Adapter und ereignisgesteuertem Actor-Modell.

    Erste Schritte mit NautilusTrader

  • Backtrader

    Stabiles Python-Framework, dessen Broker-Klasse `OandaV20Store` OANDA v20 als erstklassigen Ausführungsplatz einbindet.

    Erste Schritte mit Backtrader

  • FIX 4.4 oder benutzerdefinierter Connector

    OANDA FIX 4.4-Session oder Ihre eigene Python- oder Java-Integration auf Basis von v20 REST und Streaming.

Framework-Unterstützung für OANDA-Produkte

Die Abdeckung entspricht der Produktpalette von OANDA. Da die Retail-Entities von OANDA keine Aktien- oder Krypto-CFDs anbieten, sind diese Spalten transparent mit „Nein“ gekennzeichnet, anstatt leer zu bleiben.

FrameworkFXIndizesRohstoffeCFDKrypto-CFDs
Native OANDA v20UnterstütztUnterstütztUnterstütztNicht als unterstützt dokumentiertNicht als unterstützt dokumentiert
NautilusTraderUnterstütztUnterstütztUnterstütztNicht als unterstützt dokumentiertNicht als unterstützt dokumentiert
BacktraderUnterstütztUnterstütztUnterstütztNicht als unterstützt dokumentiertNicht als unterstützt dokumentiert
FIX 4.4UnterstütztUnterstütztUnterstütztNicht als unterstützt dokumentiertNicht als unterstützt dokumentiert

✓ Bestätigter Support laut offizieller Framework-Dokumentation und OANDA-Produktpalette. „Nein“ bedeutet, dass OANDA diese Produktklasse nicht anbietet, und stellt keine Einschränkung des Frameworks dar. Workflow-Links verweisen auf /workflows/-Seiten, die sich derzeit in der Erstellung befinden.

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

Mit KI entwickeln

Die oben genannten Framework-Starter lassen sich nahtlos mit AI IDEs kombinieren. Die TradingHost MCP-Steuerungsoberfläche schließt den Kreis: KI-Tools können Deployments prüfen, Logs einsehen und die Runtime gemeinsam mit Ihnen verwalten. Der Pfad der Orderausführung bleibt davon stets unberührt.

Bereich 04 · Ausführung auf TradingHost

Führen Sie Ihren Code auf TradingHost aus

OANDA stellt das Broker-Konto und den API-Zugriff bereit. TradingHost liefert die Produktionsumgebung, in der Ihre mit OANDA verbundene Strategie läuft.

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

Sie

  • Ihr Repository enthält Ihren Code.
  • Ihr Deployment definiert die Ausführung.
  • Ihre Strategie verbindet sich mit OANDA.

TradingHost

  • Hält die Runtime online.
  • Stellt Logs und Health-Checks bereit.
  • Regionen-Auswahl.
  • Kontrollierte Deployment-Oberfläche.

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 Framework starten

    Verknüpfen Sie TradingHost mit Ihrem bestehenden Strategie-Repository oder forken Sie eine TradingHost-Framework-Runtime (NautilusTrader oder Backtrader für OANDA oder das OANDA v20-Starter-Template) für eine einsatzbereite Basis.

  3. SCHRITT 03

    In einen TradingHost-Container deploien

    Wählen Sie eine Region (EU für europäische OANDA-Unternehmen, US-East für die OANDA Corporation in den USA), geben Sie die von Ihrer Strategie benötigten Umgebungsvariablen an (v20-Bearer-Token, Account-ID, fxPractice- oder fxTrade-Host) und starten Sie das Deployment. TradingHost baut Ihren Container aus dem Repository und führt Ihre Strategie auf einer verwalteten Kubernetes-Infrastruktur aus. Keine lokale Docker-Installation erforderlich.

  4. SCHRITT 04

    Logs und Status überwachen

    Verfolgen Sie Live-Logs, Systemstatus und Runtime-Zustand direkt im TradingHost-Dashboard. Dieselbe Oberfläche ist über MCP aus jeder beliebigen AI IDE erreichbar, sodass Cursor, Claude Code oder ein CLI-Agent den Deployment-Status auslesen und die Runtime gemeinsam mit Ihnen verwalten können.

  5. SCHRITT 05

    Aktualisieren und neu deploien

    Pushen Sie Änderungen in Ihren GitHub-Main-Branch, und TradingHost führt automatisch ein neues Deployment durch.

Deployen

Bereich 05 · Betriebshinweise

Betriebshinweise für OANDA

Herausforderungen, auf die Sie stoßen, wenn Sie eine OANDA-Strategie tatsächlich in einer containerisierten Cloud-Runtime ausführen – abseits von OANDAs Marketing-Seiten und Framework-READMEs. Jede der folgenden Aussagen basiert direkt auf der Dokumentation von OANDA oder den Regelwerken der jeweiligen Aufsichtsbehörden; die deployment-seitigen Hinweise stammen aus dem realen Betrieb dieser Strategien auf TradingHost.

  1. 01 · Host-Trennung

    fxTrade (Live) und fxPractice (Demo) sind separate Hosts mit separaten Tokens

    Der Live-REST-Host ist api-fxtrade.oanda.com, der Practice-REST-Host ist api-fxpractice.oanda.com. Tokens werden unter Manage API Access in der jeweiligen Umgebung generiert und sind nicht austauschbar: Ein fxTrade-Token kann sich nicht bei fxPractice authentifizieren und umgekehrt. Auch die Account-IDs unterscheiden sich zwischen den Umgebungen (fxPractice-IDs beginnen in der Regel mit dem Präfix `101-`). Speichern Sie Practice- und Live-Tokens in separaten TradingHost-Secrets; verwenden Sie sie niemals umgebungsübergreifend und codieren Sie den Host-String niemals fest in Code-Pfaden, die zwischen Umgebungen übertragen werden.

    QuelleOANDA v20 development guide

  2. 02 · Authentifizierung

    Bearer-Token im Authorization-Header, ein Token pro OANDA-Konto

    Jede authentifizierte Anfrage an v20 enthält den Header `Authorization: Bearer <token>`. Das Token wird im OANDA-Benutzerportal unter Manage API Access generiert und ist für den Benutzer gültig, für den es erstellt wurde. Die Kontoauswahl erfolgt über den Pfad (`/v3/accounts/<accountID>/...`), nicht über einen separaten Header. Rotieren Sie das Token, falls es kompromittiert wird, und speichern Sie es in den GitHub Secrets Ihres Repositories, nicht im committeten Code oder in Umgebungsdateien.

    QuelleOANDA v20 authentication

  3. 03 · Streaming

    Preise und Transaktionen streamen über Long-Polling Chunked HTTP, nicht über WebSockets

    Die Streaming-Endpunkte von OANDA (`/v3/accounts/<accountID>/pricing/stream`, `/v3/accounts/<accountID>/transactions/stream`) halten eine einzige offene TCP-Verbindung und senden durch Zeilenumbrüche getrennte JSON-Chunks. Es gibt keine WebSocket-Frame-Ebene. Die Reconnect-Logik des Containers muss Verbindungsabbrüche, unvollständige Chunks und Idle-Timeouts explizit behandeln. Der Stream sendet ein periodisches Heartbeat-Objekt, damit der Client tote Verbindungen erkennen kann; reagieren Sie auf ausbleibende Heartbeats, anstatt auf den Timeout auf Betriebssystemebene zu warten.

    QuelleOANDA v20 pricing endpoint (streaming)

  4. 04 · NFA Rule 2-43b

    OANDA Corporation (US) erzwingt FIFO-Order-Matching und verbietet Hedging pro Instrument

    Gemäß NFA Rule 2-43b können US-Kleinanleger der OANDA Corporation keine gleichzeitigen Long- und Short-Positionen im selben Instrument halten und müssen entgegengesetzte Positionen in der Reihenfolge ihrer Eröffnung schließen (First-In, First-Out). Eine Strategie, die eine Hedging-Order auf dasselbe Paar platziert, führt dazu, dass die Order mit der bestehenden Position verrechnet wird, anstatt eine separate Position zu eröffnen. Diese Regel gilt nicht für die Nicht-US-Einheiten von OANDA (Australien, Europa, BVI). Bei Strategien, die über verschiedene Einheiten hinweg eingesetzt werden, kann derselbe Code zu unterschiedlichen GuV-Zuweisungen zwischen US- und Nicht-US-Konten führen.

    QuelleNFA Compliance Rule 2-43b

  5. 05 · Rate-Limits

    Anfrageraten-Limits pro Token; beachten Sie Retry-After bei 429

    OANDA erzwingt bei v20 Obergrenzen für die Anfragerate pro Token. Überschrittene Limits geben HTTP 429 mit einem Body zurück, der auf Throttling hinweist. Container können unter volatilen Marktbedingungen (Sitzungseröffnung, Nachrichtenveröffentlichungen) das Limit überschreiten, wenn jeder Schleifendurchlauf Konto- oder Preisendpunkte aufruft. Bevorzugen Sie den Streaming-Preisendpunkt gegenüber Polling, fassen Sie zusammengehörige Anfragen zusammen und nutzen Sie bei 429 ein exponentielles Backoff. Spezifische Limits für Anfragen pro Sekunde finden Sie in der Dokumentation von OANDA; betrachten Sie diese als maßgeblich.

    QuelleOANDA v20 best practices

  6. 06 · Konto-ID

    Die Konto-ID ist bei den meisten v20-Endpunkten an den Pfad gebunden

    Trading-, Positions-, Transaktions-, Preis- und die meisten Konto-Endpunkte haben das Format `/v3/accounts/<accountID>/<resource>`. Das Bearer-Token authentifiziert den Benutzer; der Pfad wählt das Konto aus. Ein Benutzer, der sowohl ein Unterkonto als auch ein Hauptkonto besitzt, verfügt über zwei verschiedene accountIDs, und die Strategie muss die richtige auswählen. Der Endpunkt `/v3/accounts` listet jede accountID auf, auf die das Token zugreifen kann, und `/v3/accounts/<accountID>/summary` bestätigt Währung, Hebeleinheit und Kontostand, bevor die Strategie mit der Platzierung von Orders beginnt.

    QuelleOANDA v20 account endpoint

  7. 07 · Transaktionsmeldung

    Die Berichterstattung nach EMIR, MiFID II und Dodd-Frank liegt in der Verantwortung von OANDA, nicht von TradingHost

    OANDA Europe Markets Ltd meldet unter EMIR und MiFID II. OANDA Corporation meldet unter den Dodd-Frank Title VII Swap-Datenmelderegeln als CFTC RFED. OANDA Australia meldet unter den ASIC-Derivatemelderegeln. TradingHost führt keine regulatorischen Transaktionsmeldungen in Ihrem Namen durch und ist kein Meldedienst. Der Strategiecode, den Sie auf TradingHost ausführen, ist Ihre eigene algorithmische Aktivität; die Meldepflicht liegt beim kontoführenden Broker, also der OANDA-Einheit, die das Konto führt.

    QuelleOANDA Europe regulatory information

Abschnitt 06 · Entwickelt für

Entwickelt für

TradingHost-Runtimes für OANDA eignen sich besonders für:

  • Entwickler, die Strategien in KI-IDEs (Cursor, Claude Code) erstellen
  • Entwickler von quantitativen FX-Strategien
  • Carry-Trade- und Indizes-Momentum-Trader
  • Nutzer von NautilusTrader und Backtrader
  • Teams, die von MetaTrader und VPS-Hosting auf Container-Deployments umsteigen

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

Abschnitt 08 · FAQ

FAQ

Nein. TradingHost ist unabhängig und steht in keiner Verbindung zur OANDA Corporation oder einer anderen Einheit der OANDA Group.

Nein. TradingHost ist kein Broker und kein registriertes Wertpapierdienstleistungsunternehmen. TradingHost ist eine Cloud-Runtime, die Ihren Strategiecode ausführt. Die Broker-Beziehung, das Konto, der Hebel, die Ausführung und der regulatorische Schutz liegen vollständig bei OANDA. Sie registrieren sich direkt bei der für Ihre Gerichtsbarkeit zuständigen OANDA-Einheit.

Nein. Ihr Strategiecode verbindet sich mit OANDA und sendet Anweisungen gemäß Ihrer eigenen Logik, Ihren Kontoberechtigungen und Ihrer Integrationsmethode. TradingHost stellt die Runtime bereit, in der dieser Code ausgeführt wird.

Nein. Der Zugang zur OANDA v20 API wird von OANDA bereitgestellt. Sie sind für Ihr OANDA-Konto, die API-Zugriffsberechtigungen, die Rotation der Bearer-Tokens und die Einhaltung der Nutzungsbedingungen von OANDA selbst verantwortlich.

Ja. TradingHost führt Python-Strategien aus. Wählen Sie eine Framework-Runtime, die zu Ihrem Stack passt (NautilusTrader, Backtrader oder das OANDA v20-Starter-Template), oder deployen Sie Ihr eigenes Repository. Das native v20-python-SDK von OANDA wird unterstützt.

Ja. TradingHost unterstützt jede Sprache, die in einem Container ausgeführt werden kann. Die v20 REST- und Streaming-Endpunkte von OANDA basieren auf HTTP, sodass jede Sprache mit einem HTTP-Client sie aufrufen kann.

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

TradingHost führt containerisierte Cloud-Workloads aus, keine MetaTrader 4 oder MetaTrader 5 Desktop-Terminals. Wenn Ihre OANDA-Strategie ein in MQL kompilierter MT4- oder MT5-Expert Advisor (EA) ist, läuft dieser EA innerhalb des MetaTrader-Terminals und benötigt klassischerweise einen Windows-VPS, um online zu bleiben. Für TradingHost portieren Sie die Logik auf einen v20 REST- oder v20-Streaming-Client; das ist die mit TradingHost kompatible Struktur.

Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime: Sowohl NautilusTrader als auch Backtrader bieten erstklassigen OANDA-Support. Alternativ können Sie Ihr eigenes GitHub-Strategie-Repository anbinden. Das Verknüpfen eines GitHub-Repositories und das Erstellen einer Strategie ist kostenlos; die Runtime-Tarife finden Sie auf der Preisseite.

Ja. Der Hebel wird von der OANDA-Einheit festgelegt, die Ihr Konto führt, nicht von TradingHost. OANDA Corporation (US) begrenzt den Hebel für Kleinanleger gemäß NFA Rule 2-43b auf 50:1 für Hauptwährungspaare (Major FX) und 20:1 für Nebenwährungspaare (Non-Major FX). OANDA Australia (ASIC) und OANDA Europe Markets (CySEC) begrenzen den Hebel für Hauptwährungspaare auf 30:1, für Nebenwährungspaare und Gold auf 20:1, mit niedrigeren Obergrenzen für andere Instrumente. OANDA Global Markets (BVI) erlaubt höhere Hebel gemäß den Regeln der BVI FSC. Die Hebelgrenzen richten sich nach der Regulierungsbehörde Ihrer kontoführenden Einheit; die API-Schnittstelle ist dieselbe.

In Ihrem von GitHub gesteuerten Secrets-Workflow. TradingHost liest das Token zur Laufzeit über GitHub-Repository-Secrets, Umgebungs-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt keine Verwahrung Ihres Tokens.

Nein. OANDA v20-Tokens gewähren Zugriff auf Trading, Kontostatus und Preise, nicht jedoch auf Auszahlungen oder Einzahlungen. Ein- und Auszahlungen erfolgen über das OANDA-Benutzerportal, nicht über die API. Halten Sie auszahlungsberechtigte Vorgänge vollständig von der v20-Schnittstelle fern.

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 inspizieren, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP dient als Kontroll- und Observability-Ebene, nicht als Pfad für die Orderausführung.

Nein. Die Meldung von Trades unter EMIR und MiFID II liegt in der Verantwortung des Brokers. OANDA Europe Markets Ltd meldet als regulierte Wertpapierfirma unter EMIR und MiFID II. OANDA Corporation meldet unter den Swap-Datenmelderegeln von Dodd-Frank Title VII als CFTC RFED. OANDA Australia meldet unter den ASIC-Regeln zur Meldung von Derivatetransaktionen. TradingHost führt Ihren Code aus; der kontoführende Broker übernimmt die regulatorische Berichterstattung.

TradingHost läuft in den Regionen EU und US-East. Die EU-Region ist die naheliegende Wahl für den Traffic von OANDA Europe Markets und OANDA Australia; US-East ist die naheliegende Wahl für den Traffic der OANDA Corporation (US).

Nein. TradingHost konzentriert sich auf die Produktions-Runtime und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework (den Backtester von NautilusTrader, die Engine von Backtrader, vectorbt) oder in AlgoBuilder.