KI-native Runtime für Interactive Brokers-Strategien

Nein. TradingHost ist eine Runtime für den Code von Handelsstrategien. Interactive Brokers LLC ist der Broker-Dealer, registriert bei der SEC und FINRA (CRD 36418), CFTC und NFA (NFA ID 0258600) sowie Mitglied der SIPC mit einer Zusatzversicherung über Lloyds. Ihr Konto, die Verwahrung, der Marktzugang, die Abwicklung, Margin und die steuerliche Berichterstattung liegen vollständig bei Interactive Brokers.

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

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

Die TWS API (über ibapi oder ib_async) bietet den größten Funktionsumfang, erfordert jedoch einen lokal laufenden TWS- oder IB Gateway-Prozess. Die Client Portal API basiert auf REST und OAuth 2.0 und benötigt kein lokales Gateway, was sie für reine Cloud-Deployments einfacher macht. Wenn Ihre Strategie fortgeschrittene Ordertypen, Echtzeit-Options-Greeks oder Funktionen benötigt, die nur das TWS-Socket-Protokoll bietet, nutzen Sie die TWS API und führen Sie IB Gateway als Sidecar aus. Wenn REST für Ihre Anforderungen ausreicht, ist die Client Portal API aufgrund der einfacheren Bereitstellungsstruktur vorzuziehen.

Ja, wenn Sie sich für die TWS API entscheiden. IB Gateway ist eine kleine Java-Anwendung, die sich bei IBKR authentifiziert und einen lokalen Socket bereitstellt, mit dem sich die Strategie verbindet. Auf TradingHost führen Sie IB Gateway als Sidecar-Prozess im selben Kubernetes-Pod wie die Strategie aus, oder Sie nutzen stattdessen die Client Portal API, wodurch die Gateway-Abhängigkeit entfällt.

Ja, sofern die entsprechende Optionszulassung bei IBKR vorliegt. Die Optionszulassung erfolgt pro Konto und ist unabhängig von der Aktienzulassung; die genehmigte Stufe bestimmt, welche Strategien der Broker akzeptiert. TradingHost umgeht diese Optionszulassung nicht.

Ja, sofern die entsprechende Futures-Zulassung bei IBKR vorliegt. Der Futures-Handel erfordert aufgrund von CFTC- und NFA-Vorgaben einen separaten Freischaltungsschritt nach der Kontoeröffnung.

ibapi ist der offizielle Python-Wrapper von Interactive Brokers und bildet das Socket-Protokoll direkt ab. ib_insync war ein von der Community entwickelter, asyncio-freundlicher Wrapper, dessen ursprünglicher Autor das Projekt als nicht mehr aktiv gepflegt markiert hat. ib_async ist der Community-Fork von ib_insync, der weiterhin Updates erhält. Für neue Strategien sollten Sie ibapi oder ib_async verwenden; für bestehenden ib_insync-Code empfiehlt sich eine Migration zu ib_async, da die API weitgehend kompatibel ist.

Verbinden Sie Ihr GitHub-Repository, das den Strategiecode enthält, verknüpfen Sie es mit TradingHost und starten Sie das Deployment. Nutzen Sie ein mit einem Paper-Account verknüpftes Deployment als Testumgebung und wechseln Sie zu Live-Schlüsseln, sobald die Strategie stabil läuft. Die Verknüpfung mit GitHub und das Erstellen einer Strategie sind kostenlos; die Runtime-Tarife 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 zu keinem Zeitpunkt Zugriff auf Ihren IBKR-Benutzernamen, Ihr Passwort oder Ihre Client Portal-OAuth-Token. Das vollständige Sicherheitsmodell finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Berechtigungen für Auszahlungen oder Geldbewegungen benötigen. Die Zugangsdaten erfordern lediglich die Berechtigungen (Scopes), die für die Orderplatzierung und den Zugriff auf Marktdaten notwendig sind.

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-Ebene, nicht als Pfad für die Trade-Ausführung. Details dazu finden Sie unter MCP-Steuerungsebene.

Nein. Die PDT-Regel (FINRA Rule 4210) wird von Interactive Brokers durchgesetzt, nicht von TradingHost. Margin-Konten unter 25.000 $ unterliegen den PDT-Beschränkungen für das Daytrading. Ihre Strategie sollte das PDT-Flag des Brokers auf dem Konto berücksichtigen.

Nein. Ihre 1099-Formulare erhalten Sie am Jahresende von Interactive Brokers, nicht von TradingHost. TradingHost stellt die Runtime bereit; IBKR übernimmt die steuerliche Berichterstattung für das Broker-Konto.

Nein. Die SIPC deckt Ihr IBKR-Broker-Konto im Rahmen des SIPC-Mitgliederschutzes bis zu 500.000 $ (einschließlich 250.000 $ in bar) ab, mit einer zusätzlichen Exzedentenversicherung, die IBKR über Lloyds anbietet. Die Runtime von TradingHost ist nicht SIPC-versichert, da TradingHost kein Broker ist.

TradingHost läuft in den Regionen EU und US-East. US-East liegt am nächsten an den Matching-Engines für US-Aktien und CME-Futures und ist damit die naheliegende Wahl für die meisten IBKR-US-Strategien. Die Region EU bietet sich für Strategien der europäischen Handelssitzung und Eurex-Futures an. Details zu Routing und physischer Nähe finden Sie auf der Regionen-Seite.

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