KI-native Runtime für Coins.ph-Handelsstrategien
Entwickeln Sie in Cursor, Claude Code oder einer beliebigen KI-IDE. Deployen Sie aus GitHub in eine verwaltete Cloud-Runtime mit erstklassiger MCP-Steuerung, Logs und Regionsauswahl.
Sektion 01 · Auf einen Blick
Auf einen Blick
- Handelsplatz
- Coins.ph
- Handelsplatz-Typ
- Kryptobörse (BSP-reguliert, Philippinen)
- Anlageklasse
- Krypto mit PHP-Fiat-Notierung
- Unterstützte Produkte
- Spot-Handel mit PHP-notierten Paaren (BTCPHP, ETHPHP, USDCPHP u. a.), USDT- und USDC-Stablecoin-Paaren, Master- und virtuellen Unterkontohierarchien, TradeDesk OTC-Desk mit den Abwicklungsmodi INSTANT, MANUAL_DEFER und AUTO_DEFER
- Laufzeit-Modell
- Containerisierte Strategie-Runtime
- Deployment-Quelle
- GitHub
- Programmiersprachen
- Jede Sprache, die in einem Container läuft
- Gängige Integrationen
- Native Coins.ph REST und WebSocket, CCXT, benutzerdefinierte Konnektoren
- 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 Coins.ph
- Börsenkonto, API-Zugang, Marktzugang, Ausführungsplatz
- Verbindung
- TradingHost ist unabhängig und steht in keiner Verbindung zu Coins.ph
Sektion 02 · Das Angebot von Coins.ph
Das Angebot von Coins.ph
Coins.ph bietet Spot-Handel für PHP-notierte Paare (BTCPHP, ETHPHP, USDCPHP u. a.) sowie USDT/USDC-Stablecoin-Paare über REST- und WebSocket-APIs an. Strategien authentifizieren sich mit einem `X-COINS-APIKEY`-Header, der auf Routenkategorien beschränkt ist. Die Börse stellt Master- und virtuelle Unterkonten zur Isolation einzelner Strategien bereit. Spezifische Endpunkte können sich ändern. Die grundlegende Struktur bleibt bestehen; die genauen Ratenbegrenzungen, Symbollisten und Limits für Fiat-Transaktionen sind in der Dokumentation von Coins.ph zu finden.
Märkte und Strategiemuster
- PHP-notierte Spot-Strategien (BTCPHP, ETHPHP, USDCPHP)
- Stablecoin-Fiat-Arbitrage zwischen USDT/USDC und PHP
- Über INSTAPAY finanzierte Intraday-Strategien
- TradeDesk OTC-Abwicklung (INSTANT, MANUAL_DEFER, AUTO_DEFER)
- Isolierte Multi-Strategie-Deployments über Master- und virtuelle Unterkonten
- WebSocket User Data Stream-Konsumenten mit 5-Minuten-Keep-Alive
- In philippinischen Peso notierte Basis- vs. USDT-Carry-Strategien
API-Schnittstelle
- Produktbereiche
- Spot-Handel mit PHP-notierten Paaren und USDT/USDC-Paaren über die öffentlichen REST- und WebSocket-APIs. Master- und virtuelle Unterkontohierarchien ermöglichen IP-Beschränkungen pro Strategie und eine granulare Steuerung von Asset-Transfers. TradeDesk OTC unterstützt die Abwicklungsmodi INSTANT, MANUAL_DEFER und AUTO_DEFER für größere Volumina.
- Verbindungsmethoden
- REST für Orderplatzierung und Kontoabfragen. WebSocket-Streams für Echtzeit-Marktdaten und Orderbuchtiefe. WebSocket User Data Streams für Konto-, Salden- und Order-Ereignisse. Coins.ph erfordert alle 5 Minuten einen Keep-Alive-Ping; inaktive WebSocket-Verbindungen werden nach diesem Zeitraum automatisch getrennt.
- Authentifizierung
- API-Key und Secret pro Strategie. Der `X-COINS-APIKEY`-Header ist auf Routenkategorien beschränkt (nur TRADE, USER_DATA, USER_STREAM), wobei standardmäßig alle Routen zulässig sind. Es empfiehlt sich, die Berechtigungen pro Strategie restriktiv zu vergeben. Zusätzlich zur Berechtigungssteuerung gelten IP-basierte Ratenbegrenzungen.
Details finden Sie direkt bei Coins.ph
Spezifische Endpunkte, Gewichtungen der Ratenbegrenzungen, Symbollisten, Gebührenstufen und die Versionshistorie finden Sie in der Dokumentation von Coins.ph. Betrachten Sie diese als maßgebliche Quelle.
Sektion 03 · Mit KI entwickeln
Entwickeln Sie Ihre Coins.ph-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 Coins.ph-API
Direkte Kontrolle über Coins.ph-spezifisches Verhalten, Unterkontohierarchien und das Order-Routing für PHP-notierte Paare.
CCXT
Einheitliche Schnittstelle für Coins.ph und andere Kryptobörsen. CCXT stellt den Coins.ph-Spot-Handel über die vereinheitlichte Klasse `coinsph` bereit.
Freqtrade oder Hummingbot
Keines der beiden Frameworks führt Coins.ph derzeit als nativ unterstützte Börse. Der beste Weg sind benutzerdefinierte oder auf CCXT basierende Implementierungen.
Benutzerdefinierter Konnektor
Ihre eigene interne Trading-Engine oder eine proprietäre Coins.ph-Integration für die REST- und WebSocket-APIs.
Framework-Unterstützung für Coins.ph-Produkte
Die Unterstützung variiert je nach Framework. Coins.ph bietet auf Börsenebene ausschließlich Spot-Handel an (keine nativen Perpetuals oder Optionen), weshalb die Matrix bewusst schmal gehalten ist. CCXT stellt den Coins.ph-Spot-Handel über die vereinheitlichte Klasse `coinsph` bereit. Weder Freqtrade noch Hummingbot listen Coins.ph derzeit als nativ unterstützte Börse; über den nativen API-Zugriff lässt sich jedoch der gesamte Funktionsumfang von Coins.ph nutzen.
✓ Bestätigte Unterstützung laut offizieller Framework-Dokumentation. „no“ bedeutet, dass keine offizielle Unterstützung dokumentiert ist. 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
Coins.ph stellt die Börse und den API-Zugang bereit. TradingHost liefert die Produktionsumgebung, in der Ihre mit Coins.ph 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 Coins.ph.
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 den REST- und WebSocket-APIs von Coins.ph.
- 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 (Coins.ph-API-Schlüssel, Secret, Sub-Account-Kennungen) und starten Sie das Deployment. TradingHost baut Ihren Container direkt 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 Coins.ph
Herausforderungen, auf die Sie stoßen, wenn Sie eine Coins.ph-Strategie in einer containerisierten Cloud-Runtime ausführen – und die weder in der Dokumentation von Coins.ph noch in den READMEs der Frameworks stehen. Jede der folgenden Aussagen basiert auf der offiziellen Dokumentation von Coins.ph oder ist daraus zitiert; die Hinweise zum Deployment stammen aus der Praxis beim Betrieb dieser Strategien auf TradingHost.
01 · Ratenbegrenzungen
IP-basiert 120 req/min pro Endpunkt; HTTP 418-Sperren eskalieren von 2 Minuten bis zu 3 Tagen
Coins.ph erzwingt ein IP-basiertes Limit von 120 Anfragen pro Minute und Endpunkt auf der REST-API. Wiederholte Verstöße verlängern die Sperrzeit von 2 Minuten auf bis zu 3 Tage. Cloud-Runtimes, die Container auf andere Pods verschieben, können wiederholt dieselbe IP belasten. Auf TradingHost sind die ausgehenden IPs der Container pro Region fest zugewiesen. Daher empfiehlt es sich, die Anfragefrequenz an das dokumentierte Limit pro Endpunkt anzupassen und bei einem HTTP 418-Fehler mit einem exponentiellen Jitter zu pausieren, anstatt sofort einen neuen Versuch zu starten.
02 · WebSocket-Keep-Alive
Inaktive WebSocket-Verbindungen werden nach 5 Minuten ohne Ping automatisch getrennt
Coins.ph erfordert alle 5 Minuten einen Keep-Alive-Ping für WebSocket-Verbindungen. Eine längere Inaktivität führt zur automatischen Trennung. Strategien, die rund um die Uhr in einem Container laufen, müssen einen Heartbeat-Loop und eine Reconnect-Logik mit Backoff implementieren. Der Verlust von Subscriptions erfolgt geräuschlos: Orders, die während einer inaktiven WebSocket-Sitzung über REST platziert werden, werden zwar ausgeführt, aber die Callbacks zum Orderstatus bleiben aus, bis die Verbindung wiederhergestellt ist.
03 · API-Key-Scopes
`X-COINS-APIKEY`-Scopes erlauben standardmäßig alle Routen; pro Strategie einschränken
Der `X-COINS-APIKEY`-Header ist auf bestimmte Routenkategorien beschränkt (TRADE-only, USER_DATA, USER_STREAM), erlaubt standardmäßig jedoch alle Routen. Der sicherere Ansatz ist ein eigener, eingeschränkter Key pro Strategie, der nur die benötigten Routenkategorien freigibt. Ein kompromittierter TRADE-only-Key kann keine Kontostände anderer Nutzer auslesen; ein kompromittierter Key mit Standard-Scope hingegen hat vollen Zugriff auf alle erlaubten Kontofunktionen. Strategien sollten niemals Auszahlungsrechte benötigen.
04 · OTC-Abwicklungsmodi
TradeDesk OTC unterstützt INSTANT, MANUAL_DEFER und AUTO_DEFER
Für größere Volumina, die über den Coins.ph TradeDesk OTC-Desk statt über das öffentliche Orderbuch abgewickelt werden, stehen drei Abwicklungsmodi zur Verfügung: INSTANT (sofortige Ausführung zum vereinbarten Preis), MANUAL_DEFER (Abwicklung zu einem von Ihnen bestätigten zukünftigen Zeitpunkt) und AUTO_DEFER (automatisch verzögerte Abwicklung nach dem Zeitplan des Desks). Strategien, die den TradeDesk-Pfad nutzen, müssen die Wahl des Abwicklungsmodus als primäre Konfiguration festlegen, da sich der Lebenszyklus einer Position zwischen INSTANT und den verzögerten Modi grundlegend unterscheidet.
05 · Limits für Fiat-Transaktionswege
INSTAPAY und SWIFTPAY_PESONET haben separate Tages-, Monats- und Jahreslimits
PHP-Auszahlungen über INSTAPAY (Echtzeit, rund um die Uhr) und SWIFTPAY_PESONET (Sammelüberweisung an Werktagen) unterliegen separaten Tages-, Monats- und Jahreslimits, die auf Kontoebene und nicht pro Strategie gelten. Wenn eine Strategie PHP-Fiat-Auszahlungen nutzt, muss sie die institutionellen TradeDesk-Limits Ihres Coins.ph-Kontos berücksichtigen. Das Erreichen dieser Limits äußert sich in verzögerten oder abgelehnten Auszahlungsanträgen statt in API-Fehlern. Planen Sie den Kapitaleinsatz Ihrer Strategie mit Blick auf diese Transaktionswege, nicht nur auf das Orderbuch.
06 · Unterkonten
Hierarchien aus Haupt- und virtuellen Unterkonten bieten IP- und Transfer-Isolierung pro Strategie
Coins.ph unterstützt Hierarchien aus Haupt- und virtuellen Unterkonten mit präzisen IP-Beschränkungen und Kontrollen für den Asset-Transfer. Der empfohlene Ansatz für Multi-Strategie-Deployments ist ein virtuelles Unterkonto pro Strategie – jeweils mit eigenem, eingeschränktem API-Key, einer auf die IP-Ausgänge der TradingHost-Region abgestimmten IP-Whitelist und expliziten Transferlimits. Fehler in einer Strategie haben so keine Auswirkungen auf andere, und der Schaden eines kompromittierten Keys bleibt auf das Guthaben des jeweiligen virtuellen Unterkontos beschränkt.
Sektion 06 · Entwickelt für
Entwickelt für
TradingHost-Runtimes für Coins.ph eignen sich besonders für:
- Entwickler, die Strategien in KI-IDEs wie Cursor oder Claude Code erstellen
- Systematische Krypto-Trader
- Quant-Entwickler
- CCXT-Nutzer
- 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 Coins.ph.
Nein. Ihr Strategie-Code verbindet sich mit Coins.ph 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 API-Zugang wird von Coins.ph bereitgestellt. Sie sind selbst für Ihr Coins.ph-Konto, die API-Berechtigungen, Ihre Zugangsdaten und die Einhaltung der Nutzungsbedingungen von Coins.ph verantwortlich.
Nein. TradingHost ist die Cloud-Runtime, auf der Ihr eigener Strategie-Code läuft. Wir bieten keine Signale, KI-Vorhersagemodelle oder fertige Bots an. Bei TradingHost schreiben oder generieren Sie Ihre Strategie selbst (oft mit Cursor oder Claude Code), verwalten sie als Ihren Code in GitHub und nutzen TradingHost, um sie live auszuführen. Während Plattformen 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, 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 direkt aus KI-IDEs sowie integrierte 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 bietet eine einheitliche `coinsph`-Klasse, die das Spot-Trading für PHP-Handelspaare auf Coins.ph abdeckt. Laden Sie Ihre CCXT-Strategie einfach in einen Container, verknüpfen Sie ihn mit GitHub, und TradingHost führt sie wie jedes andere Python- oder Node-Projekt aus. Details zur Einrichtung finden Sie in der Dokumentation zur CCXT-Framework-Runtime.
Ja. Die PHP-Handelspaare von Coins.ph (BTCPHP, ETHPHP, USDCPHP und andere) sind über dieselben REST- und WebSocket-APIs erreichbar wie die Stablecoin-Paare. Der Strategie-Code in Ihrem Container authentifiziert sich mit Ihrem Coins.ph-API-Key; TradingHost selbst verhält sich auf Runtime-Ebene handelsplatzneutral. Die PHP-Ein- und Auszahlungswege (INSTAPAY, SWIFTPAY_PESONET) sowie die TradeDesk OTC-Abwicklung erfolgen direkt auf Coins.ph, nicht innerhalb von TradingHost.
Ja, sofern Ihr Projekt darauf ausgelegt ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer Runtime ausführen oder sie für eine bessere Isolierung und operative Klarheit auf verschiedene Runtimes aufteilen. Speziell für Coins.ph empfiehlt es sich, jede Strategie mit einem virtuellen Unterkonto zu verknüpfen, um das Risiko auch auf Handelsebene zu begrenzen. Weitere Informationen zum Multi-Strategie-Modell finden Sie auf der TradingHost-Runtime-Seite.
Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime: CCXT bietet 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 verwalteten 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 direkten Zugriff auf Ihren API-Key und Ihr Secret. Details zum Sicherheitsmodell finden Sie unter Plattform-Secrets.
Nein. Strategien sollten niemals Auszahlungsrechte benötigen. Beschränken Sie den `X-COINS-APIKEY` auf TRADE-only oder USER_DATA für die Routenkategorien, die Ihre Strategie tatsächlich nutzt, und schließen Sie Auszahlungsrechte für diesen Key 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 prüfen, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP dient als Steuerungs- und Monitoring-Schnittstelle, nicht als Pfad für die Trade-Ausführung. Mehr dazu erfahren Sie unter MCP-Steuerung.
Beides. Die MCP-Steuerung funktioniert über CLI-basierte Agenten (Claude Code CLI, eigene MCP-Clients, geskriptete MCP-Aufrufe) genauso wie direkt in einer IDE. Der GitHub-native Deployment-Prozess funktioniert zudem völlig ohne KI-Tools: Ein normaler Git-Push auf Ihren Main-Branch stößt automatisch ein neues Deployment an.
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 für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details finden Sie unter Monitoring für Logs und Systemzustand.
Coins.ph erzwingt ein IP-basiertes Rate Limit von 120 req/min pro Endpunkt und eskaliert HTTP 418-Sperren bei wiederholten Verstößen von 2 Minuten bis hin zu 3 Tagen. Die Lösung besteht darin, Ihre Anfragefrequenz an das veröffentlichte Limit des jeweiligen Endpunkts anzupassen, beim ersten HTTP 418 mit einem exponentiellen Backoff samt Jitter zu reagieren, anstatt sofort einen neuen Versuch zu starten, und stoßartige Abfragemuster (Bursts) aus Poll-Schleifen zu vermeiden. Die vollständigen Richtlinien 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 Regions-Seite.
Nein. TradingHost konzentriert sich auf die Live-Ausführung (Production Runtime) und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.