AI-native Runtime für ItBit-Trading-Strategien
Entwickeln in Cursor, Claude Code oder jeder anderen AI-IDE. Bereitstellen von GitHub in einer verwalteten Cloud-Runtime mit erstklassiger MCP-Steuerung, Logs und Regionsauswahl.
Sektion 01 · Auf einen Blick
Auf einen Blick
- Handelsplatz
- ItBit (Paxos)
- Handelsplatz-Typ
- Institutionelle Krypto-Börse und OTC-Desk
- Anlageklasse
- Krypto
- Unterstützte Produkte
- Spot-Trading für USD-Paare, level-2-Orderbuch via Streaming-WebSocket, institutioneller OTC-Handel für Orders über 100.000 USD (agency-only)
- Laufzeit-Modell
- Containerisierte Strategie-Runtime
- Deployment-Quelle
- GitHub
- Programmiersprachen
- Jede Sprache, die in einem Container läuft
- Gängige Integrationen
- FIX 4.2 (QuickFIX-kompatibel), Paxos REST v2, WebSocket-Marktdaten, 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 ItBit
- Börsenkonto, API-Zugang, Marktzugang, Execution Venue
- Verbindung
- TradingHost ist unabhängig und steht in keiner Verbindung zu ItBit oder dessen Betreiber Paxos.
Sektion 02 · Das Angebot von ItBit
Das Angebot von ItBit
ItBit wird von Paxos als institutionelle Spot-Krypto-Börse für USD-Paare mit einem OTC-Desk für Orders über 100.000 USD betrieben. Die Integrationsschnittstelle umfasst FIX 4.2 (angelehnt an Aktien-Nachrichtentypen und QuickFIX-kompatibel) sowie die Paxos REST v2-API. Die alten ItBit-REST-Endpunkte wurden im August 2022 mit einer 90-tägigen Übergangsfrist eingestellt; alle neuen Integrationen müssen auf Paxos v2 umgestellt werden. Der Streaming-WebSocket liefert level-2-Orderbuchdaten und Trade-Events. FIX ist der bevorzugte Weg für hochfrequenten oder latenzsensiblen institutionellen Orderflow. Spezifische Endpunktdetails können sich ändern. Die grundlegende Struktur bleibt bestehen; die genauen Rate-Limit-Gewichtungen, Gebührenordnungen und OTC-Zulassungsregeln sind in der Dokumentation von Paxos zu finden.
Märkte und Strategiemuster
- Spot-Strategien für BTC/USD und ETH/USD
- Institutionelle FIX 4.2-Anbindung
- QuickFIX-kompatible Execution-Flows
- Streaming-WebSocket-Consumer für level-2-Orderbücher
- Spot-Strategien via Paxos REST v2
- Institutionelles OTC-Routing (Orders über 100.000 USD)
- Execution in New York
- Agency-only-Orderflow für Großaufträge
API-Schnittstelle
- Produktbereiche
- Spot-Trading für USD-Paare mit Fokus auf BTC und ETH. Das level-2-Orderbuch ist über einen Streaming-WebSocket verfügbar. Der institutionelle OTC-Desk wickelt Orders über 100.000 USD auf agency-only-Basis ab. Die alte ItBit-REST-API wurde im August 2022 eingestellt; alle neuen Integrationen nutzen die Paxos REST v2-Schnittstelle.
- Verbindungsmethoden
- FIX 4.2 angelehnt an Aktienmarkt-Nachrichtentypen (NewOrderSingle, OrderCancelRequest, ExecutionReport, OrderStatusRequest). Paxos REST v2 für HTTP-Integrationen. Streaming-WebSocket für Marktdaten. FIX ist der bevorzugte Weg für hochfrequenten oder latenzsensiblen institutionellen Orderflow.
- Authentifizierung
- FIX-Sitzungen authentifizieren sich beim Login mit einer SenderCompID, TargetCompID und einem sitzungsspezifischen Secret, das während des Onboardings vereinbart wird. Paxos REST v2 verwendet ein signiertes API-Key/Secret-Paar mit HMAC-SHA256. Der Zugang zum OTC-Desk erfordert einen zusätzlichen Onboarding-Schritt über die Standard-API-Ausstellung hinaus und ist institutionellen Kunden vorbehalten.
Details direkt bei Paxos
Spezifische Endpunkte, FIX-Nachrichtentypen, Rate-Limit-Gewichtungen, Symbollisten und die Versionshistorie finden Sie in der Dokumentation von Paxos. Diese gilt als maßgebliche Quelle.
Sektion 03 · Mit KI entwickeln
Entwickeln Sie Ihre ItBit-Strategie mit KI
ItBit ist eine primär auf FIX ausgelegte institutionelle Plattform. Wählen Sie FIX 4.2 für latenzarme Ausführung oder die Paxos REST v2-API für HTTP-Integrationen, entwickeln Sie Ihre Strategie in einer AI-IDE und überlassen Sie TradingHost den Betrieb. Cursor, Claude Code, GitHub Copilot und CLI-basierte AI-Agents nutzen alle denselben GitHub-nativen Deployment-Loop.
Natives FIX 4.2 / Paxos REST v2
Direkte FIX 4.2-Anbindung für latenzsensiblen institutionellen Orderflow oder die Paxos REST v2-API für HTTP-Integrationen. Der WebSocket liefert level-2-Marktdaten.
CCXT
CCXT führt derzeit keinen nativen ItBit / Paxos v2-Connector. CCXT-basierte ItBit-Strategien nutzten in der Vergangenheit die veraltete Legacy-REST-API; neue Integrationen müssen direkt FIX 4.2 oder Paxos REST v2 verwenden.
Freqtrade oder Hummingbot
Keines der beiden Frameworks listet ItBit / Paxos als unterstützte Börse. Strategien, die eine ItBit-Anbindung erfordern, müssen über einen benutzerdefinierten Connector oder FIX-Adapter geroutet werden.
Benutzerdefinierter Connector
Ihre eigene interne Trading-Engine oder ein QuickFIX-basierter FIX 4.2-Adapter für die Paxos-Sitzungsendpunkte, kombiniert mit dem Paxos REST v2 HMAC-Verfahren für HTTP-Fallbacks.
Unterstützte Verbindungsmethoden für ItBit
ItBit ist institutionell und primär auf FIX ausgelegt. CCXT, Freqtrade und Hummingbot führen ItBit / Paxos nicht als unterstützte Börsen. Strategien werden direkt über FIX 4.2 oder Paxos REST v2 angebunden. Die folgende Matrix zeigt die Abdeckung der Produkte je nach Verbindungsmethode, unabhängig vom Framework-Support.
✓ bestätigter Support laut offizieller Dokumentation. „nein“ bedeutet, dass kein offizieller Support dokumentiert ist. „teilweise“ weist auf eine eingeschränkte Abdeckung hin (OTC-Routen sind agency-only und erfordern ein zusätzliches Onboarding). 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 Integrationswege lassen sich nahtlos mit KI-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, ohne jemals in den Pfad der Orderausführung einzugreifen.
Bereich 04 · Auf TradingHost ausführen
Ihren Code auf TradingHost ausführen
ItBit stellt die Börse und den API-Zugang bereit. TradingHost liefert die Produktionsumgebung, in der Ihre mit ItBit 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 ItBit.
TradingHost
- Hält die Runtime online.
- Stellt Logs und Health-Checks bereit.
- Auswahl der Region.
- Kontrollierte Deployment-Umgebung.
Deployment-Ablauf
- SCHRITT 01
GitHub verbinden
Autorisieren Sie TradingHost für den Zugriff auf Ihr GitHub-Konto.
- SCHRITT 02
Repository verknüpfen oder eigenen FIX-Adapter mitbringen
Verknüpfen Sie TradingHost einfach mit Ihrem bestehenden Strategie-Repository. Da ItBit primär auf FIX ausgelegt ist, kombiniert ein typisches Setup einen QuickFIX-basierten 4.2-Adapter mit Ihrer Strategielogik; Paxos REST v2 schließt eventuelle HTTP-Lücken.
- SCHRITT 03
In einen TradingHost-Container deployen
Wählen Sie eine Region (EU oder US-East), hinterlegen Sie die von Ihrer Strategie benötigten Umgebungsvariablen (FIX-Sitzungsdaten, SenderCompID / TargetCompID, Paxos REST v2 API-Keys) und deployen Sie. TradingHost baut Ihren Container aus dem Repository und führt Ihre Strategie auf einer verwalteten Kubernetes-Infrastruktur aus. Keine lokale Docker-Installation erforderlich.
- 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.
- 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 ItBit
Probleme, die in der Praxis auftreten, wenn Sie eine ItBit-Strategie in einer containerisierten Cloud-Runtime ausführen, statt nur in der Paxos-Dokumentation oder in Framework-READMEs darüber zu lesen. Jede der folgenden Aussagen basiert auf Zitaten oder Auszügen aus der offiziellen Paxos-Dokumentation; die Hinweise zur Bereitstellung stammen aus dem realen Betrieb dieser Strategien auf TradingHost.
01 · REST-Migration
Veraltete ItBit REST-API seit August 2022 eingestellt; neue Integrationen nutzen Paxos v2
Paxos hat die veraltete ItBit REST-API im August 2022 mit einer 90-tägigen Übergangsfrist auf Paxos REST v2 eingestellt. Jede Integration, die noch mit den alten Endpunkten verbunden ist, liefert Fehler und kann nicht reaktiviert werden. Die Lösung besteht in der Migration auf die Paxos v2 REST-Schnittstelle, die ein HMAC-Verfahren mit API-Key und Secret anstelle der älteren ItBit-spezifischen Authentifizierung nutzt. Veraltete ItBit-Codebeispiele sind im Netz zwar noch zu finden, sollten jedoch als überholt betrachtet und vor der Übernahme mit der aktuellen Paxos-Dokumentation abgeglichen werden.
02 · FIX 4.2-Dialekt
FIX 4.2 von ItBit folgt dem Nachrichten-Dialekt des Aktienmarktes
Die FIX-Schnittstelle von ItBit orientiert sich an den Nachrichtentypen des Aktienmarktes und nicht an den Dialekten für Devisen (FX) oder Zinsen. Die Kernbefehle lauten NewOrderSingle, OrderCancelRequest, ExecutionReport und OrderStatusRequest. Ein QuickFIX-kompatibles XML-Datenverzeichnis ist verfügbar. Strategien, die von FX-FIX-Handelsplätzen migriert werden, müssen Nachrichtentypen und Feld-Tags neu zuordnen; das Übertragungsformat ist ähnlich, aber das semantische Vokabular unterscheidet sich. Validieren Sie die Session-Handshakes in der Paxos-Sandbox, bevor Sie den produktiven Orderflow an den Live-Endpunkt leiten.
QuellePaxos FIX 4.2 reference03 · OTC-Routing
Orders über 100.000 USD laufen über den agency-only OTC-Desk
Der ItBit OTC-Desk wickelt Orders über 100.000 USD ab und arbeitet auf einer reinen agency-only-Basis. Der OTC-Zugang erfordert ein zusätzliches Onboarding über die standardmäßige API-Freischaltung hinaus und ist institutionellen Kunden vorbehalten. Eine Strategie, die gelegentlich die Schwelle von 100.000 USD überschreitet, kann nicht einfach eine einzelne Großorder im regulären Orderbuch platzieren; sie muss die Order entweder in buchgerechte Tranchen aufteilen oder den großen Block über den entsprechenden Workflow über den OTC-Desk leiten. Hinterlegen Sie diesen Schwellenwert in der Order-Routing-Konfiguration Ihrer Strategie, damit die Routing-Entscheidung explizit getroffen wird und nicht implizit über eine Retry-Logik läuft.
QuellePaxos / ItBit overview04 · WebSocket-Daten
Level-2-Orderbuch streamt über WebSocket; Handel erfolgt weiterhin über FIX oder REST
ItBit stellt die Level-2-Orderbuchtiefe und Trade-Events über einen Streaming-WebSocket-Kanal bereit. Der WebSocket dient ausschließlich für Marktdaten: Orderplatzierung, Stornierung und Statusabfragen verbleiben bei FIX 4.2 oder Paxos REST v2. Strategien, die Marktdatenkonsum mit Orderausführung kombinieren, sollten den WebSocket als reinen Read-Only-Feed behandeln und niemals davon ausgehen, dass darüber Orders abgewickelt werden können. Senden Sie Heartbeats an den WebSocket unabhängig von der Handelssitzung, damit ein Ausfall der Marktdaten nicht unbemerkt die Entscheidungen der Strategie beeinträchtigt.
QuellePaxos API reference05 · Regulierung
ItBit und Paxos richten sich an regulierte Institutionen, nicht an Privatanleger
ItBit wird von der Paxos Trust Company betrieben, einer nach New Yorker Recht zugelassenen Treuhandgesellschaft mit begrenztem Zweck (limited purpose trust company). Das Onboarding umfasst KYC- und AML-Prozesse, die dieser regulatorischen Ausrichtung entsprechen; Konten für Privatanleger sind nicht die Zielgruppe. Wenn Ihre Strategie auf eine sofortige Registrierung per Self-Service und direkten Handelsstart angewiesen ist, sollten Sie eine andere Plattform wählen. Der Prozess zur Kontoeröffnung bei ItBit entspricht in Dauer und Dokumentationsaufwand institutionellen Standards.
QuellePaxos / ItBit overview
Sektion 06 · Entwickelt für
Entwickelt für
TradingHost-Runtimes für ItBit eignen sich besonders für:
- Entwickler, die Strategien in KI-IDEs (Cursor, Claude Code) erstellen
- Quant-Entwickler mit FIX-Erfahrung
- Institutionelle Krypto-Desks mit Routing über agency-only OTC
- Systematische Krypto-Trader für USD-Paare
- 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 ItBit oder dessen Betreiber Paxos.
Nein. Ihr Strategie-Code verbindet sich mit ItBit und sendet Anweisungen basierend auf 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 ItBit-API wird von Paxos bereitgestellt. Sie sind selbst für Ihr ItBit- / Paxos-Konto, die API-Berechtigungen, Zugangsdaten und die Einhaltung der Nutzungsbedingungen von Paxos verantwortlich.
Nein. TradingHost ist die Cloud-Runtime, auf der Ihr Strategie-Code ausgeführt wird. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigten Bots an. Bei TradingHost schreiben oder generieren Sie die Strategie selbst (oft mit Cursor oder Claude Code), verwalten sie als Ihren eigenen Code in GitHub und nutzen TradingHost, um sie live auszuführen. Während Anbieter wie 3Commas oder Cryptohopper 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 direkt aus KI-IDEs sowie integrierte Log- und Status-Dashboards. 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. Sie können diese mit einem QuickFIX-kompatiblen Adapter oder der Paxos REST v2 API kombinieren. Auch Java eignet sich hervorragend, da es hierfür sehr ausgereifte FIX-Engine-Ökosysteme gibt.
Ja. TradingHost unterstützt jede Programmiersprache, die in einem Container ausgeführt werden kann. Java und C++ bieten besonders ausgereifte FIX-Engine-Ökosysteme, falls Sie FIX 4.2 als Integrationsweg nutzen.
CCXT bietet derzeit keinen nativen Connector für ItBit / Paxos v2 an. Ältere CCXT-Integrationen basierten auf der veralteten ItBit REST-API, die Paxos im August 2022 eingestellt hat; diese Wege funktionieren nicht mehr. Neue Integrationen müssen direkt FIX 4.2 oder die Paxos REST v2 API ansprechen. Die unterstützten Integrationsmethoden finden Sie oben im Abschnitt „Mit KI entwickeln“.
Ja, sofern Ihr Projekt entsprechend konzipiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer Runtime ausführen oder sie zur besseren Isolierung und Übersichtlichkeit auf verschiedene Runtimes aufteilen. Die meisten FIX-Engines stellen eine Verbindung pro Prozess her; verteilen Sie Strategien auf verschiedene Prozesse, wenn jede eine eigene SenderCompID benötigt. Weitere Details zum Multi-Strategie-Modell finden Sie auf der Runtime-Produktseite von TradingHost.
Das Onboarding bei ItBit erfolgt in einem für Institutionen üblichen Tempo. Sobald Sie ein Paxos-Konto mit freigeschaltetem API-Zugang besitzen, verknüpfen Sie einfach eine TradingHost-Runtime mit Ihrem Strategie-Repository. Ein typisches Einstiegs-Setup kombiniert einen QuickFIX-kompatiblen 4.2-Adapter mit Ihrer Strategielogik. Das Verknüpfen eines GitHub-Repositorys und das Erstellen einer Strategie ist kostenlos; die Tarife für Runtimes 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 keinen Zugriff auf Ihre FIX-Sitzungsdaten oder Paxos REST v2 API-Keys. Das vollständige Sicherheitsmodell finden Sie unter Plattform-Secrets.
Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie eingeschränkte Zugangsdaten, die ausschließlich für den Handel freigegeben sind, und verwalten Sie Auszahlungsrechte über separate, manuell geführte Zugangsdaten, die niemals in einer Runtime verwendet werden.
Ja. TradingHost unterstützt die MCP-basierte Steuerung für KI-IDEs wie Cursor, Claude Code, GitHub Copilot sowie 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 Beobachtungsebene, nicht als Pfad für die Orderausführung. Details finden Sie im Abschnitt zur MCP-Steuerungsoberfläche.
Beides. Die MCP-Steuerungsoberfläche funktioniert über CLI-basierte Agenten (Claude Code CLI, eigene MCP-Clients, geskriptete MCP-Aufrufe) ebenso gut wie direkt aus einer IDE. Der GitHub-native Deployment-Prozess läuft auch völlig ohne KI-Tools: Ein einfacher git push auf Ihren Main-Branch stößt ein neues Deployment an.
Die Runtime erkennt den Absturz und stellt die relevanten Logs und Statusdaten bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container laufende Strategien zu beeinträchtigen. Ihr Strategie-Code 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 den Bereich Observability für Logs und die Status-Oberfläche.
Paxos hat die alte ItBit-REST-API im August 2022 mit einer 90-tägigen Übergangsfrist eingestellt. Integrationen, die noch mit den alten Endpunkten verbunden sind, funktionieren nicht mehr. Migrieren Sie auf Paxos REST v2 oder FIX 4.2. CCXT-basierte Wrapper oder Community-Wrapper, die aus der Zeit vor der Migration stammen, müssen unter Umständen komplett ersetzt statt nur aktualisiert werden. Vollständige Details finden Sie oben im Abschnitt „Betriebliche Hinweise“.
TradingHost läuft in den Regionen EU und US-East. Für ItBit ist US-East die naheliegende Wahl, da Paxos einen in den USA ansässigen Handelsplatz betreibt. Details zu Routing und Latenzen finden Sie auf der Regions-Seite.
Nein. TradingHost konzentriert sich rein auf die Live-Runtime und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.