AI-native Runtime für MEXC-Trading-Strategien
Entwickeln Sie in Cursor, Claude Code oder einer beliebigen AI-IDE. Deployen Sie aus GitHub in eine verwaltete Cloud-Runtime mit erstklassiger MCP-Steuerung, Logs und Regionen-Auswahl.
Sektion 01 · Auf einen Blick
Auf einen Blick
- Handelsplatz
- MEXC
- Handelsplatz-Typ
- Krypto-Börse
- Anlageklasse
- Krypto (Spot, USDT-M- und coin-M-Perpetuals)
- Unterstützte Produkte
- Spot, USDT-M-Perpetual-Futures, coin-M-Perpetual-Futures. Futures sind für Nutzer in den USA, im Vereinigten Königreich und verschiedenen eingeschränkten Jurisdiktionen verboten.
- Laufzeit-Modell
- Containerisierte Strategie-Runtime
- Deployment-Quelle
- GitHub
- Programmiersprachen
- Jede Programmiersprache, die in einem Container läuft
- Gängige Integrationen
- Native MEXC Spot v3 und Contract v1 REST und WebSocket, CCXT, eigene Connectoren
- KI-Workflow-Integration
- MCP-Steuerungsoberfläche für Cursor, Claude Code, GitHub Copilot und CLI-Agents
- Rolle von TradingHost
- Runtime, Deployment, Logs, Health-Checks, Regionen-Auswahl, MCP-Steuerung
- Rolle von MEXC
- Börsenkonto, API-Zugang, Marktzugang, Ausführungsplatz
- Verbindung
- TradingHost ist unabhängig und steht in keiner Verbindung zu MEXC.
Sektion 02 · Das Angebot von MEXC
Das Angebot von MEXC
MEXC bietet Spot-Trading für über 2.000 Paare über die Spot v3-API sowie USDT-M- und coin-M-Perpetual-Futures über die Contract v1-API auf einer separaten Dokumentations-Domain an. Futures sind in den USA, im Vereinigten Königreich und mehreren anderen eingeschränkten Jurisdiktionen verboten. Strategien authentifizieren sich mittels HMAC-SHA256 gegenüber der Spot v3-Schnittstelle mit kleingeschriebenen Hex-Signaturen. Spezifische Endpunkte können sich im Laufe der Zeit ändern. Die grundlegende Struktur bleibt bestehen; die genauen Rate-Limit-Gewichtungen, Gebührenstufen und Symbollisten sind der Dokumentation von MEXC zu entnehmen.
Märkte und Strategiemuster
- Spot-Strategien auf über 2.000 Handelspaaren
- USDT-M-Perpetual-Futures-Strategien (ausgenommen eingeschränkte Jurisdiktionen)
- Coin-M-Perpetual-Strategien
- Funding-Rate- und Basis-Trading auf Perpetuals
- Long-Tail-Altcoin-Spot-Market-Making
- Über Unterkonten isolierte Multi-Strategie-Deployments
- WebSocket-Streams für private Order- und Kontostands-Kanäle
- Programmatische Erfassung von Neulistungen
API-Schnittstelle
- Produktbereiche
- Spot v3 deckt das Spot-Trading und die Kontoverwaltung ab. Contract v1 deckt USDT-M- und coin-M-Perpetual-Futures auf einer separaten Dokumentations-Domain ab. Futures sind für Nutzer in eingeschränkten Jurisdiktionen, einschließlich der USA und des Vereinigten Königreichs, nicht verfügbar; Geofencing greift bei der Orderübermittlung, nicht erst bei der Kontoerstellung.
- Verbindungsmethoden
- REST für Orderplatzierung und Kontoabfragen. WebSocket-Streams für Echtzeit-Marktdaten, Orderbuchtiefe und Trades. WebSocket User Data Streams für Konto-, Kontostands- und Order-Events. Die WebSocket-Endpunkte für Spot und Contracts sind getrennt.
- Authentifizierung
- API-Key und Secret pro Strategie. Private Anfragen werden mit HMAC-SHA256 gegen einen sortierten Parameter-String mit kleingeschriebener Hex-Ausgabe signiert. recvWindow ist standardmäßig auf 5000 ms eingestellt und auf maximal 60000 ms begrenzt. Berechtigungen sind pro Key definiert (Read, Trade, Withdrawal). Strategien sollten niemals die Berechtigung für Auszahlungen (Withdrawal) benötigen. IP-Whitelisting ist verfügbar; Keys ohne IP-Whitelist laufen nach 90 Tagen automatisch ab.
Details finden Sie direkt bei MEXC
Spezifische Endpunkte, Rate-Limit-Gewichtungen, Symbollisten, Gebührenstufen und die Versionshistorie finden Sie in der Dokumentation von MEXC. Betrachten Sie diese als die maßgebliche Quelle.
Sektion 03 · Mit KI entwickeln
Entwickeln Sie Ihre MEXC-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 MEXC-API
Direkte Kontrolle über MEXC-spezifisches Verhalten, Zugriff auf die Contract-API und die Logik zur Orderausführung.
Hummingbot
Framework-basierte Deployments unter Verwendung der Strategiestruktur und des Konfigurationsmodells von Hummingbot.
Eigener Connector
Eigene interne Trading-Engine oder proprietäre MEXC-Integration.
Framework-Unterstützung für MEXC-Produkte
Die Abdeckung variiert je nach Framework. CCXT deckt MEXC Spot und Contracts ab; Hummingbot bietet einen reinen Spot-Connector; Freqtrade führt MEXC nicht als unterstützte Börse auf. Der native Zugriff über die MEXC-API ermöglicht die Nutzung des gesamten Angebots von MEXC, einschließlich der Contract-API auf ihrer separaten Domain.
✓ Bestätigter Support laut offizieller Framework-Dokumentation. „no“ bedeutet, dass keine offizielle Unterstützung dokumentiert ist.
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
MEXC stellt die Börse und den API-Zugang bereit. TradingHost liefert die Produktionsumgebung, in der Ihre mit MEXC 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 MEXC.
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 oder Hummingbot) für eine funktionierende Ausgangsbasis.
- 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 (MEXC-API-Schlüssel etc.) und starten Sie das Deployment. TradingHost erstellt 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 MEXC
Herausforderungen, auf die Sie stoßen, wenn Sie eine MEXC-Strategie tatsächlich in einer containerisierten Cloud-Runtime ausführen – Dinge, die weder in der Dokumentation von MEXC noch in den READMEs der Frameworks stehen. Jede der folgenden Aussagen basiert auf Zitaten oder Paraphrasen aus der offiziellen Dokumentation von MEXC; die Hinweise zur Bereitstellung stammen aus der Praxis beim Betrieb dieser Strategien auf TradingHost.
01 · Eingeschränkte Märkte
Nutzer aus den USA und dem Vereinigten Königreich sind vom Futures-Handel und verschiedenen Spot-Paaren ausgeschlossen
MEXC setzt Jurisdiktionsbeschränkungen bei der Orderübermittlung durch, nicht nur bei der Kontoerstellung. Eine in den USA gehostete Runtime, die Contract-Endpunkte aufruft, erhält unabhängig vom Verifizierungsstatus des Kontos Fehler wegen verweigerten Zugriffs. Wenn Ihre Strategie auf MEXC-Futures abzielt, deployen Sie in einer TradingHost-Region, deren ausgehende IP-Geografie mit Ihren Nutzungsbedingungen und Ihren eigenen Compliance-Vorgaben übereinstimmt; Container in eingeschränkten Regionen werden an der Grenze der Börse abgewiesen.
QuelleMEXC Spot v3 API docs02 · Duale Rate-Limits
IP- und UID-Rate-Limits greifen unabhängig voneinander
MEXC setzt bei jeder signierten Anfrage zwei separate Rate-Limit-Obergrenzen durch: ein IP-basiertes Limit und ein UID-basiertes Limit. Spot-Endpunkte sind in der Regel auf 500 Anfragen pro 10 Sekunden pro Endpunkt begrenzt; WebSocket-Verbindungen sind auf 100 Nachrichten pro Sekunde mit maximal 30 Abonnements pro Verbindung limitiert. Das Überschreiten einer dieser Grenzen führt zu 429-Fehlern. Strategien, die sich eine ausgehende IP über viele Unterkonten teilen, können das IP-Limit erreichen, lange bevor eine einzelne UID ihr Kontingent ausschöpft. Richten Sie Ihr Concurrency-Modell am niedrigeren der beiden Werte aus.
QuelleMEXC Spot v3 API docs03 · Batch-Order-Limit
Kürzung im März 2025: spot batch order-Endpunkt auf 5 Orders pro Sekunde reduziert
MEXC hat am 25. März 2025 eine Anpassung der Ratenbegrenzung veröffentlicht, die das Kontingent für den spot batch order-Endpunkt von der zuvor höheren Obergrenze auf 5 Orders pro Sekunde senkt. Ältere Market-Making-Integrationen, die auf die alte Obergrenze ausgelegt waren, überschreiten nun den neuen Schwellenwert und erhalten 429-Fehler. Passen Sie die Order-Übermittlung an das aktuelle Limit an und behandeln Sie MEXC-Ankündigungen als fortlaufend zu überwachende Quelle statt als einmalige Information.
04 · Key-Lebenszyklus
API-Keys: Maximal 30 pro Account, automatischer Ablauf nach 90 Tagen ohne IP-Whitelist
MEXC erlaubt bis zu 30 API-Keys pro Account. Keys, die ohne IP-Whitelist erstellt werden, laufen nach 90 Tagen automatisch ab; Keys mit IP-Whitelist tun dies nicht. Cloud-Runtimes verfügen standardmäßig nicht über eine feste, einzelne Egress-IP. Daher ist es auf TradingHost am besten, den veröffentlichten Egress-Bereich für Ihre gewählte Region als Whitelist-Ziel zu nutzen oder den 90-tägigen Rotationszyklus zu akzeptieren und die Key-Rotation in Ihren Secret-Management-Workflow zu integrieren. Master-Accounts sind ebenfalls auf maximal 30 Sub-Accounts begrenzt.
QuelleMEXC Spot v3 API docs05 · Signaturformat
HMAC-Signaturen müssen Kleinbuchstaben-Hex sein; recvWindow standardmäßig 5000 ms, maximal 60000 ms
MEXC akzeptiert HMAC-SHA256-Signaturen nur als Hex-Ausgabe in Kleinbuchstaben. SDKs, die Großbuchstaben-Hex oder Base64 ausgeben, erhalten Fehlermeldungen wegen ungültiger Signaturen, die wie Fehler durch ein falsches Secret aussehen. recvWindow ist standardmäßig auf 5000 ms eingestellt und auf maximal 60000 ms begrenzt; ein Container mit einer Uhrzeitabweichung (Clock Drift), die größer als recvWindow ist, wird abgelehnt. TradingHost-Runtimes sind NTP-synchronisiert, sodass der Standardwert von 5000 ausreicht. Erhöhen Sie recvWindow nur, wenn Sie tatsächliche Ablehnungen feststellen, und niemals als Ersatz für die Behebung von Synchronisationsproblemen der Systemzeit.
QuelleMEXC Spot v3 API docs06 · Getrennte Contract-Domain
Contract-API liegt auf einer separaten Dokumentations-Domain mit eigenem Rate-Limit-Pool
MEXC veröffentlicht die Contract v1 API unter mexcdevelop.github.io/apidocs/contract_v1_en/, einer anderen Dokumentations-Domain als spot v3. Contract-Endpunkte nutzen einen separaten Rate-Limit-Pool: Das Aufbrauchen des Spot-Kontingents drosselt keine Contract-Anfragen und umgekehrt. Eine Strategie, die beide benötigt, sollte so konzipiert sein, dass sie zwei unabhängige Rate-Limit-Budgets einplant, statt eines einzigen gemeinsamen.
Sektion 06 · Entwickelt für
Entwickelt für
TradingHost-Runtimes für MEXC eignen sich besonders für:
- Entwickler, die Strategien in KI-IDEs (Cursor, Claude Code) erstellen
- Systematische Krypto-Trader
- Quant-Entwickler
- CCXT- und Hummingbot-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 MEXC.
Nein. Ihr Strategie-Code verbindet sich mit MEXC und sendet Anweisungen basierend auf Ihrer eigenen Logik, Ihren Account-Berechtigungen und Ihrer Integrationsmethode. TradingHost stellt die Runtime bereit, in der dieser Code ausgeführt wird.
Nein. Der Zugang zur MEXC-API wird von MEXC bereitgestellt. Sie sind selbst für Ihren MEXC-Account, Ihre API-Berechtigungen, Ihre Zugangsdaten und die Einhaltung der Nutzungsbedingungen von MEXC verantwortlich.
Nein. TradingHost ist die Cloud-Runtime, auf der Ihr Strategie-Code läuft. Wir bieten keine Signale, KI-Vorhersagemodelle oder vorgefertigte 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 live auszuführen. Produkte wie 3Commas oder Cryptohopper stellen die Strategielogik bereit; TradingHost führt 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, Regionen-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 Oberflächen für Logs und Systemzustand. 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. 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 stellt sowohl die Spot- als auch die Contract-Schnittstellen von MEXC über die einheitliche Klasse `mexc` bereit. Details zur Einrichtung finden Sie in der Dokumentation zur CCXT-Framework-Runtime.
Nein. MEXC verbietet den Futures-Handel für Nutzer in den USA, Großbritannien und einigen anderen eingeschränkten Regionen. Diese Einschränkung wird bei der Order-Übermittlung erzwungen, nicht nur bei der Account-Erstellung. Ein Container mit einer US-Egress-IP erhält daher unabhängig vom Verifizierungsstatus des Accounts Fehlermeldungen wegen verweigerten Zugriffs von den Contract-Endpunkten. Die Berechtigung wird von MEXC festgelegt, nicht von TradingHost. Wählen Sie eine TradingHost-Region, deren Egress-Geografie sowohl mit Ihrer Nutzungsvereinbarung als auch mit Ihren eigenen Compliance-Richtlinien übereinstimmt.
Ja, sofern Ihr Projekt darauf ausgelegt ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer einzigen Runtime ausführen oder sie zur besseren Isolierung und betrieblichen Übersichtlichkeit 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 oder Hummingbot 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 Runtime-Tarife 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-Keys und Secrets. Details zum Sicherheitsmodell finden Sie unter Plattform-Secrets.
Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie stattdessen eingeschränkte Berechtigungen (Lesen, Handeln) und gegebenenfalls IP-Whitelisting.
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 prüfen, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP ist eine Schnittstelle für Steuerung und Observability, nicht der Pfad für die Trade-Ausführung. Weitere Details finden Sie unter MCP-Steuerungsoberfläche.
Beides. Die MCP-Steuerungsoberfläche funktioniert über CLI-basierte Agenten (Claude Code CLI, benutzerdefinierte MCP-Clients, geskriptete MCP-Aufrufe) ebenso gut 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 laufende Strategien zu beeinträchtigen. Ihr Strategie-Code bleibt weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details finden Sie unter Observability für Logs und Systemzustand.
MEXC erzwingt zwei unabhängige Rate-Limit-Obergrenzen: ein IP-basiertes Limit und ein UID-basiertes Limit. Spot-Endpunkte sind im Allgemeinen auf 500 Anfragen pro 10 Sekunden begrenzt; der Endpunkt für Sammelorders wurde im März 2025 auf 5 Orders pro Sekunde gekürzt. WebSocket-Verbindungen sind auf 100 Nachrichten pro Sekunde mit maximal 30 Subscriptions pro Verbindung begrenzt. Richten Sie Ihre Concurrency nach dem jeweils niedrigeren Limit (IP oder UID) aus und passen Sie die Order-Übermittlung an das aktuelle Sammelorder-Limit an. Weitere Details finden Sie oben im Abschnitt „Betriebliche Hinweise“.
TradingHost läuft in den Regionen EU und US-East. Wählen Sie die Region, die der Matching-Engine Ihrer Strategie am nächsten liegt. Details zu Routing und physischer Nähe finden Sie auf der Regionen-Seite.
Nein. TradingHost konzentriert sich auf die Live-Laufzeit und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.