KI-native Runtime für LMAX Digital Trading-Strategien

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

Nein. Der Zugang zur API von LMAX Digital wird von LMAX bereitgestellt. Ihr Unternehmen ist selbst für das LMAX-Konto, die API-Berechtigungen, die Zugangsdaten und die Einhaltung der Nutzungsbedingungen von LMAX verantwortlich.

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

AWS und DigitalOcean stellen Ihnen reine Rechenleistung zur Verfügung. 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-gestützte Steuerung aus KI-IDEs sowie direkt einsatzbereite Log- und Systemzustands-Oberflächen. Wenn Sie die Infrastruktur selbst betreiben möchten, ist AWS eine Option. Wenn Sie die Runtime als Managed Service nutzen möchten, ist TradingHost der direktere Weg.

Ja. TradingHost führt Python-Strategien aus. Kombinieren Sie diese mit einem QuickFIX-kompatiblen Adapter für FIX 4.4 oder nutzen Sie die REST/WebSocket-APIs. Java und C++ sind bei institutionellen Desks aufgrund der ausgereiften FIX-Engine-Ökosysteme und des Latenzprofils ebenfalls weit verbreitet.

Ja. TradingHost unterstützt jede Programmiersprache, die in einem Container ausgeführt werden kann. Java und C++ sind bei institutionellen Desks mit Anbindung an LMAX aufgrund der ausgereiften FIX-Engine-Ökosysteme besonders verbreitet.

CCXT führt LMAX Digital nicht unter den unterstützten Börsen auf, ebenso wenig wie Freqtrade oder Hummingbot. LMAX Digital ist institutionell ausgerichtet und setzt primär auf FIX. Integrationen zielen direkt auf FIX 4.4 (mit ITCH für Marktdaten), FIX 4.2 (Legacy-Sessions) oder die nativen REST- und WebSocket-APIs ab. Die unterstützten Integrationsmethoden finden Sie oben im Abschnitt „Mit KI entwickeln“.

Ja. LMAX Digital hat im Q3 2025 cash-settled BTC und ETH perpetual futures eingeführt. Freigegebene Tiers können mit einem Hebel von bis zu 100x handeln; die Margin- und Liquidationsparameter sind tier-spezifisch und werden von der Börse erzwungen. Ihr Strategiecode authentifiziert sich über dieselbe FIX 4.4- oder REST-Schnittstelle, die auch für den Spot-Handel genutzt wird, und TradingHost führt den Container aus – unabhängig davon, ob es sich um eine Spot-, eine Perp- oder eine kombinierte Strategie handelt.

Das Onboarding bei LMAX erfolgt im institutionellen Tempo. Sobald Ihr Unternehmen über ein LMAX-Konto mit bereitgestellten FIX- oder REST-Zugangsdaten verfügt, verknüpfen Sie eine TradingHost-Runtime mit Ihrem Strategie-Repository. Ein typisches Starter-Setup kombiniert einen QuickFIX-kompatiblen 4.4-Adapter und einen ITCH-Marktdaten-Consumer mit Ihrer Strategielogik. Das Verknüpfen eines GitHub-Repositorys und das Erstellen einer Strategie ist kostenlos; die Tarife für die Runtime finden Sie auf der Preisseite.

Im GitHub-gesteuerten Secrets-Workflow Ihres Unternehmens. TradingHost liest diese zur Laufzeit über GitHub Repository Secrets, Environment Secrets oder den von Ihrem Unternehmen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt zu keinem Zeitpunkt Zugriff auf Ihre FIX-Session-Zugangsdaten oder REST-API-Schlüssel. Das vollständige Sicherheitsmodell finden Sie unter Plattform-Secrets.

Nein. Strategien sollten niemals Auszahlungsrechte benötigen. Nutzen Sie eingeschränkte Zugangsdaten, die nur für den Handel freigeschaltet sind, und verwalten Sie Auszahlungsrechte über ein separates, manuell geführtes Set an Zugangsdaten, das vollständig außerhalb der Runtime liegt. Beim institutionellen Onboarding werden standardmäßig separate Zugangsdaten für den Betrieb und den Handel ausgestellt.

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 ist eine Schnittstelle für Steuerung und Observability, nicht für den Pfad der Orderausführung. Weitere Details finden Sie auf der Seite zur MCP-Steuerungsoberfläche.

Beides. Die MCP-Steuerungsoberfläche funktioniert mit CLI-basierten Agenten (Claude Code CLI, eigenen MCP-Clients, geskripteten MCP-Aufrufen) ebenso gut wie aus einer IDE heraus. Der GitHub-native Deployment-Workflow 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 Health-Informationen bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container laufende Strategien zu beeinträchtigen. Ihr Strategiecode bleibt weiterhin für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Insbesondere FIX-Sessions erfordern eine saubere Logout-/Relogon-Sequenzierung, um Resend-Storms nach einem Neustart zu vermeiden. Siehe Observability für Logs und Health-Schnittstellen.

Nicht ohne co-location. LMAX Digital gibt für co-located Teilnehmer Bestätigungslatenzen von sub-10ms an; dieser Wert setzt die physische Nähe zur Matching-Engine von LMAX in London voraus. Die EU-Region von TradingHost bietet eine hervorragende Basis für LMAX-Strategien mit niedriger Latenz, aber ein sub-10ms-Ziel erfordert eine separate co-location-Vereinbarung direkt mit LMAX. Planen Sie das Latenzbudget Ihrer Strategie basierend auf dem tatsächlichen Pfad von der Cloud zu LMAX, nicht auf Basis der beworbenen co-located Werte. Vollständige Details dazu finden Sie oben im Abschnitt „Betriebliche Hinweise“.

TradingHost läuft in den Regionen EU und US-East. Für LMAX Digital ist die EU-Region die naheliegende Wahl, da sich die Matching-Engine von LMAX in London befindet. Details zu Routing und physischer Nähe finden Sie auf der Regions-Seite.

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