KI-native Runtime für Bitnomial-Trading-Strategien

Nein. Ihr Strategie-Code verbindet sich mit Bitnomial und sendet Aufträge 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 Bitnomial-API wird von Bitnomial / Payward bereitgestellt. Sie sind selbst für Ihr Bitnomial- / Payward-Konto, die API-Berechtigungen, Zugangsdaten und die Einhaltung der Nutzungsbedingungen von Bitnomial und Payward verantwortlich.

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr eigener Strategie-Code ausgeführt wird. Wir bieten keine Signale, KI-Prognosemodelle oder fertigen Bots an. Bei TradingHost schreiben oder generieren Sie die Strategie selbst (häufig mit Cursor oder Claude Code), verwalten sie als Ihren Code in GitHub und nutzen TradingHost, um sie live auszuführen. Während 3Commas, Cryptohopper und ähnliche Produkte 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-Ausfallsicherung 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 direkt gegen die native API von Bitnomial / Payward.

Ja. TradingHost unterstützt jede Programmiersprache, die in einem Container ausgeführt werden kann. Da Bitnomial keine native Anbindung für CCXT, Freqtrade oder Hummingbot bietet, ist ein eigener Client-Wrapper unabhängig von der gewählten Sprache meist der Standardweg.

CCXT unterstützt Bitnomial derzeit nicht als standardisierte Börse. Strategien, die eine Framework-Abstraktion nutzen möchten, müssen direkt über die native Bitnomial-API (nach der Übernahme unter Payward) kommunizieren oder einen eigenen Wrapper im CCXT-Stil erstellen. TradingHost führt diesen Wrapper-Code genauso aus wie jede andere Strategie. Weitere Informationen dazu, wie sich die Integration verändert, wenn kein nativer Connector existiert, finden Sie im Bereich zur CCXT-Framework-Runtime.

Bitnomial bietet Spot-Margin, Perpetual Futures, Optionen und Prognosemärkte, die alle über das integrierte Bitnomial Clearinghouse abgewickelt werden. Nach der Übernahme durch Payward wird diese Struktur unter der Payward-Infrastruktur konsolidiert. Strategien, die sich über mehrere Produkte erstrecken (z. B. Perpetuals + Optionen + Prognosemärkte), müssen die Margin für jeden Kontrakt separat modellieren, da Margin-Anforderungen und Liquidationsschwellen pro Kontraktspezifikation definiert sind und nicht über eine einzige, kontoweite Margin-Engine laufen.

Ja, sofern Ihr Projekt entsprechend konzipiert ist. Sie können mehrere Strategie-Prozesse oder -Dienste innerhalb einer Runtime ausführen oder sie zur besseren Isolierung und betrieblichen Übersichtlichkeit auf verschiedene Runtimes aufteilen. Details zum Multi-Strategie-Modell finden Sie auf der Seite zur TradingHost-Runtime.

Da es für Bitnomial keine vorgefertigten Framework-Starter-Kits wie für Binance oder Coinbase do, ist der schnellste Weg die Verknüpfung Ihres eigenen GitHub-Strategie-Repositorys, das die native API von Bitnomial / Payward oder die NinjaTrader-Integration anspricht. 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 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 zu keinem Zeitpunkt Zugriff auf Ihre Bitnomial- / Payward-Zugangsdaten. Details zum Sicherheitsmodell finden Sie unter Plattform-Secrets.

Nein. Handelsstrategien sollten niemals Auszahlungsberechtigungen benötigen. Schränken Sie die Berechtigungen Ihres API-Schlüssels auf reines Trading und das Auslesen des Kontostands ein und deaktivieren Sie Auszahlungen für diesen Schlüssel vollständig.

Ja. TradingHost unterstützt die MCP-basierte Steuerung für KI-IDEs wie Cursor, Claude Code, GitHub Copilot sowie CLI-basierte KI-Agents. KI-Tools können Deployments prüfen, Logs einsehen, Strategien neu starten und Runtime-Workflows verwalten. MCP dient dabei als Steuerungs- und Beobachtungsebene (Control and Observability Surface), nicht als Pfad für die Trade-Ausführung. Details dazu finden Sie unter MCP-Steuerungsebene.

Beides. Die MCP-Steuerungsebene funktioniert über CLI-basierte Agents (Claude Code CLI, eigene MCP-Clients, skriptbasierte 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 löst ein automatisches Redeployment aus.

Die Runtime erkennt den Absturz und stellt die relevanten Logs sowie Statusinformationen bereit. Sofern unterstützt, kann die betroffene Strategie neu gestartet werden, ohne andere im selben Container ausgeführte Strategien zu beeinträchtigen. Ihr Strategie-Code bleibt weiterhin für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Weitere Informationen zu Logs und Status-Schnittstellen finden Sie unter Observability.

Payward hat die Übernahme von Bitnomial am 1. Mai 2026 abgeschlossen. Bestehende Bitnomial-Trader wechseln über einen einzigen Endpunkt für die Authentifizierungsmigration auf die Payward-Infrastruktur. Strategie-Code, der auf Bitnomial-Zugangsdaten aus der Zeit vor der Übernahme verweist, muss auf den von Payward verwalteten Authentifizierungspfad umgestellt werden. Richten Sie Ihren Client-Wrapper an der aktuellen Payward-Dokumentation aus, statt veraltete Bitnomial-Referenzen zu nutzen, und speichern Sie Migrations- und Post-Migrations-Secrets während des Übergangs in separaten TradingHost-Secrets-Einträgen. Den vollständigen Kontext finden Sie oben im Abschnitt „Betriebliche Hinweise“.

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. Bitnomial ist ein in den USA regulierter Handelsplatz; US-East ist daher die naheliegende Wahl für latenzsensitive Bitnomial-Strategien. Weitere Details zu Routing und Latenzen finden Sie auf der Regionen-Seite.

Nein. TradingHost konzentriert sich auf die Produktions-Runtime und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder in AlgoBuilder.