KI-native Runtime für E*Trade-Trading-Strategien
Entwickeln Sie in Cursor, Claude Code oder einer beliebigen KI-IDE. Deployen Sie aus GitHub in eine verwaltete Cloud-Runtime mit erstklassiger MCP-Steuerung, Logs und Regionsauswahl.
Bereich 01 · Auf einen Blick
Auf einen Blick
- Broker
- E*TRADE Securities LLC
- Broker-Typ
- US-regulierter Full-Service-Broker (Morgan Stanley-Tochtergesellschaft seit Oktober 2020)
- Anlageklasse
- US-Aktien, US-Optionen, US-Futures, Anleihen, ETFs, Investmentfonds
- Asset-Abdeckung
- US-Aktien (NYSE-, NASDAQ-, ARCA-, BATS-, IEX-Notierungen), US-börsennotierte Optionen (OCC-geclearte Aktien- und Indexoptionen, Single-Leg und Multi-Leg), US-Futures via Power E*TRADE Pro, Anleihen (Staats-, Unternehmens-, Kommunalanleihen), ETFs, Investmentfonds. Kein direkter Krypto-Handel.
- Runtime-Modell
- Containerisierte Strategie-Runtime
- Deployment-Quelle
- GitHub
- Sprachen
- Jede Sprache, die in einem Container ausgeführt werden kann
- Häufige Integrationen
- E*TRADE REST API mit OAuth 1.0a, pyetrade (Community-Python), native HTTP-Clients mit HMAC-SHA1-Signierung, benutzerdefinierte Connectors
- 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 E*TRADE
- Broker-Konto, API-Zugang, Marktdaten, Ausführungsplatz, Verwahrung, Abwicklung, Steuerberichterstattung, Margin-Management
- Aufsichtsbehörden
- E*TRADE Securities LLC: SEC- und FINRA-registrierter Broker-Dealer (CRD 8163). SIPC-Mitglied.
- US-Privatanleger
- Ja. Sandbox-Umgebung für die Entwicklung verfügbar.
- Zugehörigkeit
- TradingHost ist unabhängig und steht in keiner Verbindung zu E*TRADE Securities LLC oder Morgan Stanley, der Muttergesellschaft von E*TRADE seit Oktober 2020.
Bereich 02 · Was E*Trade bietet
Was E*Trade bietet
E*TRADE stellt eine REST API für US-Aktien, Optionen, Kontostatus und Marktdaten bereit, die über eine OAuth 1.0a-Anforderungssignierung authentifiziert wird. Futures werden über Power E*TRADE Pro (Desktop) und nicht über die REST API geroutet. Der OAuth 1.0a-Flow ist das entscheidende operative Detail, da die meisten modernen Broker OAuth 2.0-Bearer-Token verwenden und die Signierungslogik hier komplexer ist.
Märkte und Strategiemuster
- Systematische US-Aktienstrategien via REST API
- Multi-Leg-Orders für US-Optionen mit Freigabestufen-Prüfung
- Portfolio-Rebalancing für Altersvorsorge- und steuerpflichtige Konten
- Power E*TRADE Pro Futures (separate Desktop-Plattform)
- In der Sandbox validierte Strategien vor dem Live-Deployment
- OAuth 1.0a-Anforderungssignierung bei jedem REST-Aufruf
API-Schnittstelle
- Produktschnittstellen
- E*TRADE REST API für US-Aktien, US-Optionen, Kontostatus, Marktdaten, Transaktionen und Orderhistorie. Futures und Forex werden über Power E*TRADE Pro abgewickelt, eine separate Desktop-Plattform; die REST API bietet für Retail-Kunden derzeit keine Orderplatzierung für Futures. Sandbox-Endpunkte spiegeln die Struktur der Live-Umgebung wider.
- Verbindungsmethoden
- HTTPS REST gegen api.etrade.com (Produktion) oder apisb.etrade.com (Sandbox). Alle Anforderungen werden gemäß OAuth 1.0a mit HMAC-SHA1 signiert; Access-Token sind kurzlebig und erfordern einen automatisierten Re-Autorisierungs-Flow.
- Authentifizierung
- OAuth 1.0a mit Anforderungssignierung. Consumer-Key und Consumer-Secret werden über die E*TRADE-Entwicklerseite ausgegeben; Benutzer authentifizieren die Anwendung über den Three-Legged OAuth-Flow mit ihrem E*TRADE-Konto. Jede Anforderung muss mit HMAC-SHA1 signiert werden; der Authentifizierungs-Flow ist wesentlich aufwendiger als das bei neueren Brokern übliche OAuth 2.0-Bearer-Token-Verfahren.
Details finden Sie direkt bei E*Trade
Spezifische Endpunkte, Rate-Limits, Anforderungen für Optionsfreigaben und Marktdatenberechtigungen finden Sie in der Entwicklerdokumentation von E*Trade.
Bereich 03 · Mit KI entwickeln
Entwickeln Sie Ihre E*Trade-Strategie mit KI
Wählen Sie eine Integrationsmethode, forken Sie ein Starter-Repository und schreiben Sie Ihre Strategie in einer KI-IDE. Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agenten arbeiten alle mit demselben GitHub-nativen Deployment-Loop.
Native E*Trade REST
Direktes HTTPS REST gegen api.etrade.com (Produktion) oder apisb.etrade.com (Sandbox). OAuth 1.0a-Anforderungssignierung mit HMAC-SHA1.
pyetrade
Community-Python-Wrapper, der den OAuth 1.0a-Signierungs-Flow übernimmt und REST-Endpunkte als Python-Methoden bereitstellt.
Framework-Adapter
NautilusTrader verfügt über einen Community-E*Trade-Adapter; Abdeckung und Reifegrad variieren je nach Release.
Benutzerdefinierter Connector
Eigene Implementierung. Die OAuth 1.0a-Signierungslogik ist der Teil, den man unbedingt richtig umsetzen sollte; die REST-Endpunkte selbst sind unkompliziert.
Bibliotheks- und Framework-Unterstützung für E*Trade-Produkte
Der OAuth 1.0a-Signierungs-Flow ist das markanteste Integrationsdetail; pyetrade übernimmt dies für Python-Projekte. Futures sind nicht Teil der REST API, weshalb die Futures-Zellen in der gesamten Matrix mit „Nein“ gekennzeichnet sind.
✓ Bestätigter Support laut Dokumentation der Library oder API. „Nein“ bedeutet, dass die API die Anlageklasse nicht bereitstellt; „Adapter prüfen“ weist darauf hin, dass der Support je nach Release variiert.
TradingHost schreibt keine Bibliothek vor. Es führt Ihr Projekt aus.
Mit KI entwickeln
Der OAuth 1.0a-Signierungs-Flow ist der Teil einer E*Trade-Integration, für den es sich am meisten lohnt, einmalig ein Template zu erstellen. Sobald der Signierungs-Helper steht, sind die REST-Endpunkte selbst unkompliziert und eine KI-IDE kann sie schnell aufbauen. Die TradingHost-MCP-Steuerungsoberfläche schließt den Kreis für Observability und Runtime-Management.
Bereich 04 · Auf TradingHost ausführen
Führen Sie Ihren Code auf TradingHost aus
E*Trade stellt das Broker-Konto, den API-Zugang und den Ausführungsplatz bereit. TradingHost stellt die Produktionsumgebung bereit, in der Ihre mit E*Trade verbundene Strategie läuft.
Anstatt den Strategie-Code auf einem Laptop, Desktop-PC, einem generischen VPS oder einem manuell konfigurierten Server auszuführen, deployen Sie direkt von GitHub in eine von TradingHost verwaltete Container-Runtime.
Sie
- Ihr Repo enthält Ihren Code.
- Ihr Deployment definiert, wie er ausgeführt wird.
- Ihre Strategie verbindet sich mit E*Trade.
TradingHost
- Hält die Runtime online.
- Stellt Logs und Health-Checks bereit.
- Regionen-Auswahl.
- Kontrollierte Deployment-Oberfläche.
Deployment-Ablauf
- SCHRITT 01
GitHub verbinden
Autorisieren Sie TradingHost für den Zugriff auf Ihr GitHub-Konto.
- SCHRITT 02
Repo verknüpfen oder mit einem Starter beginnen
Verknüpfen Sie TradingHost mit Ihrem bestehenden E*Trade-Strategie-Repository oder forken Sie ein pyetrade-Starter-Projekt, um eine funktionierende Basis zu erhalten, bei der der OAuth 1.0a-Signierungs-Helper bereits integriert ist.
- SCHRITT 03
In einen TradingHost-Container deployen
Wählen Sie eine Region (US-East ist die naheliegende Wahl für Matching-Engines von US-Aktien und -Optionen), hinterlegen Sie Ihren E*Trade consumer key, consumer secret und Ihre access tokens als Umgebungsvariablen und starten Sie das Deployment. TradingHost führt Ihre Strategie auf einer verwalteten Kubernetes-Infrastruktur aus.
- SCHRITT 04
Logs und Status überwachen
Überwachen Sie Live-Logs, Systemzustand und Runtime-Status direkt über das TradingHost-Dashboard. Dieselbe Oberfläche ist via MCP aus jeder KI-IDE erreichbar. Die Trade-Ausführung verbleibt auf dem Code-Pfad der Strategie, nicht auf MCP.
- SCHRITT 05
Aktualisieren und neu deployen
Pushen Sie Änderungen in Ihren GitHub-Main-Branch, und TradingHost führt automatisch ein neues Deployment durch.
Bereich 05 · Betriebliche Hinweise
Betriebliche Hinweise für E*Trade
Fallstricke, die beim Betrieb einer E*Trade-Strategie in einer containerisierten Cloud-Runtime auftreten können. Der OAuth 1.0a-Signierungs-Flow ist die größte operative Herausforderung. Jede der folgenden Angaben ist aus der Entwicklerdokumentation von E*Trade zitiert oder paraphrasiert.
01 · OAuth 1.0a
Anforderungssignierung bei jedem REST-Aufruf
Die REST API von E*TRADE authentifiziert sich mit OAuth 1.0a, was eine HMAC-SHA1-Signierung für jede Anforderung erfordert. Dies ist wesentlich aufwendiger als die bei neueren Brokern üblichen OAuth 2.0-Bearer-Token. pyetrade und ähnliche Community-Bibliotheken übernehmen die Signierung intern; benutzerdefinierte Connectors benötigen von Anfang an einen Signierungs-Helper. Auch die Token-Rotation erfordert den Three-Legged OAuth-Re-Autorisierungs-Flow anstelle eines einfachen Refresh-Token-Austauschs.
QuelleE*TRADE developer site02 · Sandbox
apisb.etrade.com spiegelt die Struktur der api.etrade.com-Endpunkte
Die Sandbox von E*TRADE nutzt den Host apisb.etrade.com mit denselben Endpunkt-Pfaden wie die Live-Umgebung unter api.etrade.com. Consumer-Zugangsdaten und Access Tokens sind je Umgebung separat. Um eine Strategie von der Sandbox in den Live-Betrieb zu überführen, tauschen Sie einfach Host und Zugangsdaten aus – der Strategiecode bleibt unverändert.
QuelleE*TRADE developer site03 · Anwendungsfreigabe
Live-API-Zugriff erfordert eine manuelle Freigabe
E*TRADE stellt Sandbox-Zugangsdaten direkt bereit. Zugangsdaten für die Live-Umgebung erfordern jedoch eine separate Prüfung Ihres Antrags über das Entwicklerportal. Planen Sie vor dem Live-Go-Live eine entsprechende Vorlaufzeit ein. Reine Sandbox-Deployments können unbegrenzt laufen.
QuelleE*TRADE developer site04 · Futures über Power E*TRADE Pro
Futures-Orderplatzierung ist für Retail-Kunden nicht über die REST-API verfügbar
Der Futures-Handel bei E*TRADE erfolgt über Power E*TRADE Pro, eine separate Desktop-Plattform. Die REST-API bietet für Retail-Kunden keine Möglichkeit zur Orderplatzierung für Futures. Strategien, die Futures erfordern, müssen auf einen anderen Broker (IBKR, TradeStation, Tradier) ausweichen oder über die Desktop-Anwendung Power E*TRADE Pro auf einem separaten Host angebunden werden.
QuellePower E*TRADE Pro05 · Optionen-Freigabe
Die Optionen-Freigabe erfolgt kontobasiert und in Stufen
Der Optionshandel bei E*TRADE erfordert eine gestufte Freigabe. Die Freigabestufe bestimmt, welche Strategien der Order-Endpunkt akzeptiert. Orders, die Ihre Freigabestufe überschreiten, werden vom Broker abgelehnt. Planen Sie Ihre Strategien entsprechend Ihrer Freigabestufe oder beantragen Sie vor dem Deployment ein Upgrade bei E*TRADE.
QuelleE*TRADE options trading
Bereich 06 · Entwickelt für
Entwickelt für
TradingHost-Runtimes für E*Trade eignen sich am besten für:
- Entwickler, die Strategien in KI-IDEs (Cursor, Claude Code) erstellen
- Entwickler systematischer Strategien für US-Aktien
- Entwickler für die Automatisierung mehrbeiniger Optionsstrategien
- Programme zur langfristigen Portfolio-Umschichtung (Rebalancing)
- Bestehende E*Trade-Kontoinhaber, die auf Cloud-basierte Automatisierung umsteigen
Die Anbindung von GitHub und das Erstellen Ihrer ersten Strategie sind kostenlos.
Abschnitt 08 · FAQ
FAQ
Nein. TradingHost ist unabhängig und steht in keiner Verbindung zu E*TRADE Securities LLC oder Morgan Stanley, der Muttergesellschaft von E*TRADE seit Oktober 2020.
Nein. TradingHost ist eine Laufzeitumgebung (Runtime) für den Code von Handelsstrategien. E*TRADE Securities LLC ist der Broker-Dealer (FINRA CRD 8163) und Mitglied der SIPC. Ihr Konto, die Verwahrung, der Marktzugang, das Settlement und die steuerliche Berichterstattung liegen vollständig bei E*Trade.
Nein. Ihr Strategiecode verbindet sich mit E*Trade und sendet Order-Anweisungen basierend auf Ihrer eigenen Logik, Ihren Kontoberechtigungen und Ihrer Integrationsmethode. TradingHost stellt lediglich die Laufzeitumgebung bereit, in der dieser Code ausgeführt wird.
Nein. Der API-Zugang wird von E*Trade bereitgestellt. Sie sind selbst für Ihr E*Trade-Konto, die Registrierung Ihrer Anwendung, Ihre OAuth-Tokens und die Einhaltung der Nutzungsbedingungen von E*Trade verantwortlich.
Nicht über die REST-API. Der Futures-Handel bei E*Trade läuft über Power E*TRADE Pro, eine separate Desktop-Plattform. Wenn Ihre Strategie Futures erfordert, weichen Sie bitte auf IBKR, TradeStation oder Tradier aus, die alle Futures über ihre REST-APIs unterstützen.
Ja, sofern Sie die entsprechende Optionen-Freigabe von E*Trade besitzen. Die Freigabestufe bestimmt, welche Strategien der Broker akzeptiert. TradingHost umgeht diese Freigabeprozesse nicht.
E*Trade nutzt OAuth 1.0a mit HMAC-SHA1-Signierung für Anfragen. Dies ist ein älterer Standard als das bei Alpaca, Tradier, Schwab, TradeStation und Tastytrade übliche OAuth 2.0-Verfahren mit Bearer-Tokens. Jede Anfrage muss signiert werden, und die Token-Rotation erfolgt über den Three-legged OAuth-Flow. Community-Bibliotheken wie pyetrade übernehmen dies automatisch; eigene Implementierungen benötigen von Anfang an ein entsprechendes Hilfsmodul zur Signierung.
Jede Sprache, die in einem Container ausgeführt werden kann. Die API von E*Trade basiert auf HTTPS REST, sodass jeder HTTP-Client mit Unterstützung für HMAC-SHA1-Signaturen damit kommunizieren kann. pyetrade ist der am besten gepflegte Python-Wrapper aus der Community.
Registrieren Sie eine Sandbox-Anwendung unter developer.etrade.com, um Ihre Consumer-Zugangsdaten zu erhalten. Führen Sie den Three-legged OAuth-Flow einmalig aus, um Access Tokens zu generieren. Entwickeln Sie Ihre Strategie in der Sandbox. Sobald Sie bereit sind, beantragen Sie die Live-Zugangsdaten (separate Freigabe). Verbinden Sie Ihr GitHub-Repository, verknüpfen Sie es mit TradingHost und deploien Sie die Strategie mit den in den TradingHost Secrets hinterlegten Zugangsdaten.
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 keinen direkten Zugriff auf Ihren consumer key, Ihr consumer secret oder Ihre access tokens. Siehe Plattform-Secrets.
Nein. Strategien sollten niemals Berechtigungen für Auszahlungen oder Geldtransfers benötigen.
Ja. TradingHost unterstützt die MCP-basierte Steuerung für KI-IDEs wie Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agenten. MCP dient als Steuerungs- und Monitoring-Schnittstelle, nicht als Ausführungspfad für Trades.
Nein. Die PDT-Regel (FINRA Rule 4210) wird von E*Trade durchgesetzt, nicht von TradingHost. Margin-Konten mit einem Guthaben von unter 25.000 $ unterliegen den PDT-Einschränkungen für Daytrading.
Nein. Ihre 1099-Formulare erhalten Sie am Jahresende von E*Trade, nicht von TradingHost.
Nein. Die SIPC schützt Ihr E*Trade-Brokerkonto bis zu einer Höhe von 500.000 $ (davon bis zu 250.000 $ in bar). Die Laufzeitumgebung von TradingHost ist nicht SIPC-versichert, da TradingHost kein Broker ist.
TradingHost läuft in den Regionen EU und US-East. US-East ist die naheliegende Wahl für Matching-Engines von US-Aktien und -Optionen. Siehe die Regionen-Seite.
Nein. TradingHost ist auf die Live-Laufzeitumgebung und das Deployment spezialisiert. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.