KI-native Runtime für CoinW-Trading-Strategien
Entwickeln Sie in Cursor, Claude Code oder einer beliebigen AI-IDE. Deployen Sie direkt aus GitHub in eine verwaltete Cloud-Runtime mit erstklassiger MCP-Steuerung, Logs und Regionsauswahl.
Sektion 01 · Auf einen Blick
Auf einen Blick
- Handelsplatz
- CoinW
- Handelsplatz-Typ
- Krypto-Börse (Hauptsitz in Dubai, global)
- Anlageklasse
- Krypto
- Unterstützte Produkte
- Spot-Trading, Perpetual Futures (`/v1/perpum/`-Endpunkte), copy trading und strategy-square (nur Plattform, teilweiser API-Zugriff). Konten aus US, CA, JP, UK per Geo-Blocking gesperrt.
- Laufzeit-Modell
- Containerisierte Strategie-Runtime
- Deployment-Quelle
- GitHub
- Programmiersprachen
- Jede Programmiersprache, die in einem Container läuft
- Gängige Integrationen
- Native CoinW OpenAPI (REST und WebSocket), CCXT, benutzerdefinierte Connectors. Separate Basis-URLs für Spot (api.coinw.com) and Futures (ws.futurescw.com/perpum).
- 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 CoinW
- Börsenkonto, API-Zugriff, Marktzugang, Ausführungsplatz
- Verbindung
- TradingHost ist unabhängig und steht in keiner Verbindung zu CoinW
Sektion 02 · Das Angebot von CoinW
Das Angebot von CoinW
CoinW bietet Spot- und Perpetual-Futures-Trading über die CoinW OpenAPI an. Die Börse trennt REST- und WebSocket-Endpunkte auf Basis-URLs für Spot (api.coinw.com) und Futures (ws.futurescw.com/perpum) auf, weshalb Client-Wrapper das Routing je nach Markttyp steuern müssen. Copy trading und strategy-square sind auf der Plattform verfügbar, bieten jedoch nur teilweisen API-Zugriff. Für Konten aus den USA, Kanada, Japan und Großbritannien gilt eine Dienstverweigerung auf IP- und KYC-Ebene. Spezifische Endpunktdetails können sich ändern. Die grundlegende Struktur bleibt bestehen; genaue Rate-Limit-Gewichtungen, Symbollisten und Gebührenstufen finden Sie in der Dokumentation von CoinW.
Märkte und Strategiemuster
- Spot-Trading für USDT-, BTC- und ETH-Quote-Paare
- Perpetual Futures (`/v1/perpum/`-Endpunkte)
- WebSocket-Abonnements pro Endpunkt-Familie (getrennt nach Spot und Futures)
- Clientseitige Filterung der OpenAPI für vom Benutzer initiierte Orders
- Multi-Strategie-Deployments über die getrennten Spot- und Futures-URLs hinweg
- Funding-Rate-Carry auf USDT-Perpetuals
- Order-Filterung unter Berücksichtigung von strategy-square und copy trading (API gibt Fehler bei Copy-Positionen zurück)
- Geo-abhängige Handhabung von Kontojurisdiktionen (US, CA, JP, UK gesperrt)
API-Schnittstelle
- Produktbereiche
- Spot und Perpetual Futures. Copy trading und strategy-square sind auf der Plattform vorhanden, bieten jedoch nur teilweisen API-Zugriff. Die OpenAPI gibt Fehler zurück, wenn sie für Copy-Trading-Positionen aufgerufen wird, obwohl die Benutzeroberfläche Copy-Orders, strategy-square-Orders und vom Benutzer initiierte Orders zusammen anzeigt.
- Verbindungsmethoden
- REST-API für Spot-Orders und Kontoabfragen unter `https://api.coinw.com`. WebSocket für Futures unter `wss://ws.futurescw.com/perpum`. Die Aufteilung der Basis-URLs zwischen Spot-REST und Futures-WebSocket ist eine CoinW-spezifische Eigenheit; Integrations-Clients müssen das Routing pro Markttyp implementieren, anstatt von einer einzigen Endpunkt-Familie auszugehen.
- Authentifizierung
- API-Key und Secret pro Strategie mit HMAC-signierten Anfragen. Berechtigungen können pro Key eingeschränkt werden. Für die USA, Kanada, Japan und Großbritannien gilt eine Dienstverweigerung auf IP- und KYC-Ebene; API-Keys, die unter diesen Jurisdiktionen ausgestellt wurden, können keine Orders platzieren.
Details finden Sie direkt bei CoinW
Spezifische Endpunkte, Rate-Limit-Gewichtungen, Symbollisten, Gebührenstufen und die Versionshistorie finden Sie in der Dokumentation von CoinW. Betrachten Sie diese als maßgebliche Quelle.
Sektion 03 · Mit KI entwickeln
Entwickeln Sie Ihre CoinW-Strategie mit KI
Wählen Sie eine Integrationsmethode, forken Sie ein TradingHost-Framework-Starter-Repository und schreiben Sie Ihre Strategie in einer AI IDE. Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agenten nutzen alle denselben GitHub-nativen Deployment-Prozess.
Native CoinW-API
Direkte Kontrolle über CoinW-spezifisches Verhalten, die URL-Aufteilung zwischen Spot und Futures sowie die API-Eigenheiten beim Copy-Trading.
CCXT
Einheitliche Schnittstelle für CoinW und andere Krypto-Börsen. CCXT bindet CoinW über die standardisierte Klasse `coinw` für Spot an; die Unterstützung für Futures ist unvollständig.
Freqtrade oder Hummingbot
Keines der beiden Frameworks führt CoinW derzeit als offiziell unterstützte Börse. Eigene oder CCXT-basierte Implementierungen sind der dokumentierte Weg.
Eigener Connector
Ihre eigene interne Trading-Engine oder proprietäre CoinW-Integration über die Basis-URLs api.coinw.com und ws.futurescw.com hinweg.
Framework-Unterstützung für CoinW-Produkte
Die Unterstützung variiert je nach Framework. CCXT bindet CoinW-Spot über seine standardisierte Klasse `coinw` an, bietet jedoch nur unvollständigen Support für Futures. Weder Freqtrade noch Hummingbot führen CoinW derzeit als offiziell unterstützte Börse. Der native API-Zugriff erreicht direkt sowohl die Spot- (api.coinw.com) als auch die Futures-Endpunkt-Familien (ws.futurescw.com/perpum).
✓ Bestätigter Support laut offizieller Framework-Dokumentation. „nein“ bedeutet, dass kein offizieller Support dokumentiert ist. „teilweise“ weist auf eingeschränkte Unterstützung hin. 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 Framework-Starter lassen sich nahtlos mit KI-IDEs kombinieren. Die TradingHost-MCP-Steuerungsebene schließt den Kreis: KI-Tools können Deployments analysieren, Logs prüfen und die Laufzeitumgebung gemeinsam mit Ihnen verwalten, ohne jemals in den Pfad der Trade-Ausführung einzugreifen.
Bereich 04 · Auf TradingHost ausführen
Ihren Code auf TradingHost ausführen
CoinW stellt die Börse und den API-Zugang bereit. TradingHost liefert die Produktionsumgebung, in der Ihre mit CoinW 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 CoinW.
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 mit einem Framework starten
Verknüpfen Sie TradingHost mit Ihrem bestehenden Strategie-Repository oder forken Sie eine TradingHost-Framework-Runtime (CCXT) für eine funktionierende Ausgangsbasis mit der CoinW OpenAPI.
- SCHRITT 03
In einen TradingHost-Container deployen
Wählen Sie eine Region (EU oder US-East), geben Sie die von Ihrer Strategie benötigten Umgebungsvariablen an (CoinW-API-Schlüssel und -Secret, Basis-URL-Einstellungen für Spot vs. Futures) 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 CoinW
Fallstricke, die beim tatsächlichen Betrieb einer CoinW-Strategie in einer containerisierten Cloud-Runtime auftreten – nicht in der Dokumentation von CoinW und nicht in den READMEs der Frameworks. Jede der folgenden Aussagen basiert auf der offiziellen Dokumentation von CoinW; die Hinweise zur Bereitstellung stammen aus dem Betrieb dieser Strategien auf TradingHost.
01 · URL-Aufteilung
Spot-REST und Futures-WebSocket liegen auf separaten Basis-URLs
CoinW teilt seine API-Oberfläche auf zwei Basis-URLs auf: REST und Spot unter `https://api.coinw.com`, Futures-WebSocket unter `wss://ws.futurescw.com/perpum`. Diese Aufteilung ist ungewöhnlich; die meisten Börsen stellen Spot und Derivate über dieselbe Root-Domain mit Pfaddifferenzierung bereit. Integrations-Clients müssen das Routing auf URL-Ebene nach Markttyp steuern, nicht nur auf Pfadebene des Endpunkts. Eine Strategie, die eine einzige Basis-URL für beide Produkte fest einprogrammiert, schlägt im jeweils anderen Markt lautlos fehl, bis das Routing korrigiert wird.
02 · Copy-Trading-Eigenheit
OpenAPI gibt Fehler bei Copy-Trading- und strategy-square-Positionen zurück, obwohl die UI diese zusammen auflistet
Die CoinW-Plattform zeigt Copy-Trading-Positionen, strategy-square-Positionen und vom Benutzer initiierte Orders zusammen in einer einheitlichen Orderhistorie an. Die OpenAPI tut dies nicht. Aufrufe für Copy-Trading- oder strategy-square-Positionen geben Fehler zurück, während Aufrufe für vom Benutzer initiierte Orders erfolgreich sind. Eine Strategie, die die Orderliste ohne clientseitige Filterung durchläuft, stößt bei jeder Copy- oder strategy-square-Position auf Fehler, was die Erfolgsquote verfälscht und Retry-Storms auslöst. Filtern Sie clientseitig nach vom Benutzer initiierten Orders, bevor Sie Order-Management-Endpunkte aufrufen.
03 · Geografische Einschränkung
Dienstverweigerung für Konten aus den USA, Kanada, Japan und Großbritannien auf IP- und KYC-Ebene
CoinW stellt keine Konten bereit und akzeptiert keinen API-Traffic von Nutzern in den USA, Kanada, Japan und Großbritannien. Die Sperre wird sowohl auf IP- (geo-IP) als auch auf KYC-Wohnsitzebene durchgesetzt. Strategien, die sich mit einem CoinW-Konto mit US-Wohnsitz authentifizieren, schlagen bei der Orderplatzierung fehl, unabhängig von der Egress-IP der Cloud-Runtime. Das Verschieben des Containers in eine nicht gesperrte Region umgeht ein US-KYC-Konto nicht. Betrachten Sie die Kontojurisdiktion als die harte Grenze, nicht die Egress-IP der Runtime.
04 · Futures-Endpunkte
Pfadfamilie `/v1/perpum/` verarbeitet Perpetual Futures
Die Perpetual-Futures-Endpunkte von CoinW befinden sich unter der Pfadfamilie `/v1/perpum/`. Die Endpunkte für Instrumenten-Infos, Margin-Anforderungen und das Order-Management unterscheiden sich zwischen Spot und Perpetuals; der Spot-Pfadbaum und der Futures-Pfadbaum sind nicht austauschbar. Ein häufiger, unbemerkter Fehler ist der Aufruf eines Spot-typischen Instrumenten-Info-Endpunkts für ein Perpetual-Symbol, was zu einem 404-Fehler oder einer leeren Antwort führt. Implementieren Sie die Unterscheidung zwischen Spot- und Futures-Pfadfamilien direkt in Ihrem Client-Wrapper.
05 · Fehlercodes
Nutzen Sie die dokumentierte Fehlercode-Referenz, statt den HTTP-Status zu interpretieren
CoinW veröffentlicht eine strukturierte Fehlercode-Referenz, die Antwortcodes den jeweiligen Ursachen (Authentifizierung, Parameter, Rate-Limit, Geschäftsregeln) zuordnet. Der HTTP-Status allein vermittelt nicht den tatsächlichen Fehler; der Antwort-Body enthält den CoinW-spezifischen Code, der die Ursache benennt. Eine Retry-Schleife, die auf dem HTTP-Status basiert, versucht es auch bei Ablehnungen aufgrund von Geschäftsregeln erneut, die niemals erfolgreich sein können. Werten Sie stattdessen die dokumentierten Fehlercodes aus.
06 · Auszahlungsberechtigung
Strategien sollten niemals einen API-Schlüssel mit Auszahlungsberechtigung laden
CoinW unterstützt feingranulare API-Schlüssel mit separaten Berechtigungen für Lesen, Handeln und Auszahlen. Strategien sollten niemals Auszahlungsrechte benötigen. Belassen Sie Auszahlungsrechte auf einem separaten, manuell verwalteten Schlüssel auf einem festen Host, den keine Strategie lädt, und statten Sie Strategie-Schlüssel ausschließlich mit Lese- und Handelsrechten aus. Ein kompromittierter Schlüssel, der nur für den Handel freigegeben ist, kann keine Gelder von der Börse abziehen; ein kompromittierter Schlüssel mit Auszahlungsberechtigung hingegen schon.
Sektion 06 · Entwickelt für
Entwickelt für
TradingHost-Runtimes für CoinW eignen sich besonders für:
- Entwickler, die Strategien in KI-IDEs (Cursor, Claude Code) erstellen
- Systematische Krypto-Trader
- Quant-Entwickler
- CCXT-Nutzer
- Teams, die vom 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 CoinW.
Nein. Ihr Strategiecode verbindet sich mit CoinW 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 API-Zugang wird von CoinW bereitgestellt. Sie sind selbst für Ihr CoinW-Konto, die API-Berechtigungen, Ihre Zugangsdaten und die Einhaltung der Nutzungsbedingungen von CoinW verantwortlich.
Nein. TradingHost ist die Cloud-Runtime, auf der Ihr Strategiecode ausgeführt wird. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigten Bots an. Mit TradingHost schreiben oder generieren Sie die Strategie selbst (oft mit Cursor oder Claude Code), verwalten sie als Ihren Code in GitHub und nutzen TradingHost, um sie in der Live-Umgebung auszuführen. Während Produkte 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 aus KI-IDEs sowie direkt einsatzbereite Log- und Health-Oberflächen. Wenn Sie die Infrastruktur selbst verwalten 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. Wählen Sie einfach die Framework-Runtime, die zu Ihrem Stack passt, oder deployen Sie Ihr eigenes Repository.
Ja. TradingHost unterstützt jede Programmiersprache, die in einem Container ausgeführt werden kann.
Ja. CCXT bietet eine einheitliche `coinw`-Klasse, die den Spot-Handel abdeckt; die Unterstützung für Futures ist unvollständig. Laden Sie Ihre CCXT-Strategie in einen Container, verknüpfen Sie ihn mit GitHub, und TradingHost führt sie wie jedes andere Python- oder Node-Projekt aus. Weitere Informationen zur Einrichtung finden Sie in der Dokumentation zur CCXT-Framework-Runtime.
Ja. Die Perpetual Futures von CoinW sind über die Endpunktfamilie `/v1/perpum/` unter einer separaten Basis-URL erreichbar (`wss://ws.futurescw.com/perpum` für WebSocket). Ihr Strategiecode im Container muss nach Markttyp routen, da die Spot-Endpunkte auf `api.coinw.com` liegen, während die Futures-Endpunkte auf der perpum-Subdomain angesiedelt sind. TradingHost verhält sich auf Runtime-Ebene börsenunabhängig; entscheidend ist, dass Ihr Code die URL-Aufteilung korrekt abbildet.
Ja, sofern Ihr Projekt entsprechend konzipiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer einzigen Runtime ausführen oder sie zur besseren Isolierung und betrieblichen Klarheit auf verschiedene Runtimes aufteilen. Weitere Informationen zum Multi-Strategie-Modell finden Sie auf der TradingHost-Runtime-Seite.
Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime: CCXT für ein direkt einsatzbereites Projekt. Alternativ können Sie Ihr eigenes GitHub-Strategie-Repository anbinden. 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 sie zur Laufzeit über GitHub Repository Secrets, Environment Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt keine Verwahrung Ihres API-Schlüssels und Ihres Secrets. Details zum Sicherheitsmodell finden Sie unter Plattform-Secrets.
Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Beschränken Sie Ihren API-Schlüssel ausschließlich auf den Handel und das Auslesen des Kontostatus, und schließen Sie Auszahlungsrechte vollständig aus.
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-Schnittstelle, nicht als Pfad für die Trade-Ausführung. Weitere Informationen finden Sie unter MCP-Steuerungsoberfläche.
Beides. Die MCP-Steuerungsoberfläche funktioniert ebenso gut über CLI-basierte Agenten (Claude Code CLI, benutzerdefinierte MCP-Clients, geskriptete MCP-Aufrufe) wie aus einer IDE heraus. Der GitHub-native Deployment-Prozess 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 Statusinformationen bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container ausgeführte Strategien zu beeinträchtigen. Ihr Strategiecode bleibt weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Weitere Informationen finden Sie unter Observability für Logs und Status.
Die Benutzeroberfläche der CoinW-Plattform zeigt Copy-Trading-Positionen, Strategy-Square-Positionen und nutzergenerierte Orders in einer gemeinsamen Ansicht an. Die OpenAPI gibt jedoch Fehler zurück, wenn sie für Copy-Trading- oder Strategy-Square-Positionen aufgerufen wird, obwohl diese direkt neben den nutzergenerierten Orders aufgeführt sind. Wenn eine Strategie die Orderliste ohne clientseitige Filterung iteriert, läuft sie bei jeder Copy- oder Strategy-Square-Position in einen Fehler. Das verfälscht die Erfolgsquote und führt zu massiven Retry-Storms. Filtern Sie Orders daher clientseitig, bevor Sie Order-Management-Endpunkte aufrufen. Details dazu finden Sie oben im Abschnitt „Betriebshinweise“.
TradingHost läuft in den Regionen EU und US-East. Wählen Sie die Region, die der von Ihrer Strategie genutzten Matching-Engine am nächsten liegt. Hinweis: CoinW blockiert US-, CA-, JP- und UK-Konten per Geo-Blocking auf Ebene des KYC-Wohnsitzes. Die Wahl einer nicht blockierten TradingHost-Region umgeht diese Wohnsitzbeschränkung nicht. Details zu Routing und physischer Nähe finden Sie auf der Regionen-Seite.
Nein. TradingHost konzentriert sich rein auf die Live-Ausführung (Production Runtime) und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.