KI-native Runtime für Deribit-Optionsstrategien
Entwickeln Sie in Cursor, Claude Code oder einer beliebigen KI-IDE. Deployment über GitHub in eine verwaltete Cloud-Runtime mit erstklassiger MCP-Steuerung, Logs und Regionsauswahl.
Sektion 01 · Auf einen Blick
Auf einen Blick
- Handelsplatz
- Deribit
- Handelsplatz-Typ
- Krypto-Derivatebörse (fokussiert auf Optionen)
- Anlageklasse
- Krypto
- Unterstützte Produkte
- BTC-, ETH-, SOL-Optionen (europäischer Stil, Barausgleich); inverse Perpetual- und inverse Expiry-Futures (BTC, ETH); lineare USDC-Perpetual- und lineare USDC-Expiry-Futures (BTC, ETH, SOL, XRP, TRX, AVAX); lineare USDC-Optionen (BTC, ETH, SOL, XRP, TRX, AVAX); DVOL-Volatilitätsindex-Futures
- Laufzeit-Modell
- Containerisierte Strategie-Runtime
- Deployment-Quelle
- GitHub
- Programmiersprachen
- Jede Sprache, die in einem Container ausgeführt werden kann
- Gängige Integrationen
- Native Deribit-API (JSON-RPC über WebSocket, JSON-RPC über HTTP, FIX 4.4), CCXT, eigene Clients
- 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 Deribit
- Börsenkonto, API-Zugang, Marktzugang, Ausführungsplatz
- Verbindung
- TradingHost ist unabhängig und steht in keiner Verbindung zu Deribit oder Coinbase, dessen Muttergesellschaft seit dem 14. August 2025
Sektion 02 · Das Angebot von Deribit
Das Angebot von Deribit
Deribit ist auf Optionen fokussiert: BTC-, ETH- und SOL-Optionen (europäischer Stil, Barausgleich) sind das Hauptprodukt der Börse. Als sekundärer Bereich folgen inverse Perpetual- und Expiry-Futures auf BTC und ETH sowie eine lineare USDC-Produktfamilie (Perpetuals, Expiry-Futures und Optionen für BTC, ETH, SOL, XRP, TRX und AVAX), ergänzt durch DVOL-Volatilitätsindex-Futures. Die API basiert auf JSON-RPC über WebSocket oder HTTP, mit FIX 4.4 für institutionelle Flows. Coinbase hat die Übernahme von Deribit am 14. August 2025 abgeschlossen; Hostnamen, Authentifizierung und Instrumentenbezeichnungen werden unter der eigenen Marke von Deribit fortgeführt. Endpunktspezifikationen können sich im Laufe der Zeit ändern. Die grundlegende Struktur bleibt stabil; die genauen Rate-Limit-Gewichtungen, Gebührenstufen und Symbollisten sind der Dokumentation von Deribit zu entnehmen.
Märkte und Strategiemuster
- Gamma-Scalping für BTC-, ETH- und SOL-Optionen
- Volatility Carry auf DVOL und gelistete Optionen
- Calendar Spreads und Diagonal Spreads
- Delta-neutrale Optionsbücher
- Hedging von Optionen gegen Perpetuals
- Mehrbeinige Strukturen via Block RFQ
- Options-Market-Making unter Portfolio Margin
- DVOL-Volatilitätsindex-Futures
API-Schnittstelle
- Produktbereiche
- BTC-, ETH-, SOL-Optionen (europäischer Stil, Barausgleich); inverse Perpetual- und Expiry-Futures (Coin-Margined); lineare USDC-Perpetual- und Expiry-Futures; lineare USDC-Optionen; DVOL-Volatilitäts-Futures. Das Testnet unter `test.deribit.com` spiegelt die gesamte Instrumentenpalette mit isolierten Konten und Zugangsdaten wider.
- Verbindungsmethoden
- JSON-RPC über WebSocket (`wss://www.deribit.com/ws/api/v2`), JSON-RPC über HTTP (`https://www.deribit.com/api/v2`), FIX 4.4 mit benutzerdefinierten Tags (`www.deribit.com:9880`). Die Orderplatzierung über WebSocket ist der Standard für Optionen mit niedriger Latenz. FIX ist für institutionelle Zwecke gedacht. Block RFQ wird über dieselbe API-Schnittstelle bereitgestellt.
- Authentifizierung
- API-Schlüssel mit mehreren Grant-Typen über `public/auth`: Client Credentials (`client_id` plus `client_secret`), Client Signature (HMAC-SHA256 über `timestamp + "\n" + nonce + "\n" + data`), Basic Auth, deri-hmac-sha256-Header-Authentifizierung sowie asymmetrische (selbst generierte) Schlüssel. Gibt `access_token` und `refresh_token` zurück. Unterkonten-Hierarchie mit unabhängigen API-Schlüsseln und unabhängigen Rate-Limit-Credit-Pools. Die Autorisierung von Block-Trades nutzt ein separates Flag `enabled_features: block_trade_approvals`.
Details finden Sie direkt bei Deribit
Spezifische Endpunkte, Rate-Limit-Gewichtungen, Symbollisten, Gebührenstufen und die Versionshistorie finden Sie in der Dokumentation von Deribit. Betrachten Sie diese als die maßgebliche Quelle.
Sektion 03 · Mit KI entwickeln
Entwickeln Sie Ihre Deribit-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 Deribit-API
Direkte Kontrolle über Deribit-spezifisches Verhalten, Kontodaten und Orderausführungslogik. JSON-RPC über WebSocket und HTTP sowie FIX 4.4 für institutionelle Flows. Block RFQ wird über dieselbe API-Schnittstelle bereitgestellt.
CCXT
Einheitliche Schnittstelle für Deribit und andere Krypto-Börsen. CCXT stellt Deribit über die Exchange-Klasse `deribit` bereit und deckt Optionen, Perpetual- und Expiry-Futures ab, einschließlich vereinheitlichter Optionsmethoden.
Freqtrade oder Hummingbot
Weder Freqtrade noch Hummingbot bieten derzeit einen offiziellen Deribit-Connector für den Optionsbereich an. Freqtrade ist auf Spot- und Perpetual-Märkte fokussiert und verfügt über kein dokumentiertes Deribit-Listing; Hummingbot bietet keine Kategorie für Options-Connectoren. Nutzen Sie stattdessen die native API oder CCXT.
Eigener Connector
Ihre eigene interne Trading-Engine oder proprietäre Deribit-Integration, einschließlich direktem JSON-RPC über WebSocket für Options-Flows mit niedriger Latenz oder FIX 4.4 für die institutionelle Ausführung.
Framework-Unterstützung für Deribit-Produkte
Die Abdeckung variiert je nach Framework. Deribit ist auf Optionen fokussiert, mit inversen und linearen Perpetuals sowie Expiry-Futures als sekundärem Bereich. CCXT stellt die Klasse `deribit` bereit und deckt Optionen, Perpetuals und Expiry-Futures ab. Der native Deribit-API-Zugriff ermöglicht die Nutzung der gesamten Instrumentenpalette, einschließlich DVOL-Volatilitätsindex-Futures und Block RFQ. Freqtrade und Hummingbot bieten keine offiziellen Deribit-Connectoren für diese Märkte an. Coinbase hat die Übernahme von Deribit am 14. August 2025 abgeschlossen; die API-Kontinuität bleibt unter den bestehenden Hostnamen und Authentifizierungsmethoden gewahrt.
✓ 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
Deribit stellt die Börse und den API-Zugang bereit. TradingHost liefert die Produktionsumgebung, in der Ihre mit Deribit 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 Deribit.
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.
- 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 (Deribit `client_id` und `client_secret` sowie optionale FIX-Sitzungsdaten) und deployen Sie. 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 Deribit
Fallstricke, die beim tatsächlichen Betrieb einer Deribit-Strategie in einer containerisierten Cloud-Runtime auftreten – nicht in der Dokumentation von Deribit oder in Framework-READMEs beschrieben. Jede unten stehende Aussage ist aus der Dokumentation von Deribit zitiert oder paraphrasiert; die Hinweise zur Bereitstellung basieren auf dem Betrieb dieser Strategien auf TradingHost.
01 · Greeks
Greeks werden in den Marktdaten geliefert
Deribit veröffentlicht delta, gamma, vega und theta in den Options-Tickern und Orderbuch-Greeks. Strategien sollten die Greeks direkt von der Börse beziehen, anstatt sie selbst zu berechnen, da die Mark- und IV-Definitionen von Deribit ausschlaggebend für Margin und Liquidationen sind.
02 · Margin-Modell
Portfolio Margin und Standard Margin sind separate Modelle
Standard Margin berechnet die Margin pro Position ohne Verrechnung zwischen Futures und Optionen. Portfolio Margin führt Szenario-Shocks über das gesamte Buch (Preis und Volatilität) durch und nutzt den Worst-Case-Verlust als Margin-Anforderung, was die Margin für abgesicherte Optionsbücher erheblich reduziert. Beide Modelle können im segregierten oder Cross-Collateral-Modus betrieben werden.
03 · Block-Trades
Block-Trades und Block RFQ nutzen einen eigenen Workflow
Zweiseitige Block-Trades nutzen `/private/verify_block_trade` und anschließend `/private/execute_block_trade` mit einer Gegenpartei-Signatur. Block RFQ unterstützt bis zu 20 Legs über Optionen, Futures und Spot-Paare hinweg mit einem Multi-Maker-Modell. Der API-Key benötigt `enabled_features: block_trade_approvals` für den Freigabe-Workflow.
04 · Settlement
Tägliches Settlement und Expiry erfolgen jeweils um 08:00 UTC
Das Mark-to-Market-Settlement für Perpetuals und Futures findet täglich um 08:00 UTC mit einer kurzen Handelspause statt. Wöchentliche Optionen verfallen jeden Freitag um 08:00 UTC, monatliche Optionen am letzten Freitag des Monats um 08:00 UTC. Der Abrechnungspreis (Delivery Price) ist ein 30-minütiger TWAP des jeweiligen Deribit Index von 07:30 bis 08:00 UTC. Strategien, die Bestände über das Settlement hinweg halten, sollten dieses Zeitfenster einplanen.
QuelleDeribit settlement05 · Testnet
Das Testnet läuft auf einem separaten Host mit unabhängigem Status
Die Live-Umgebung (Production) läuft unter `https://www.deribit.com/api/v2` and `wss://www.deribit.com/ws/api/v2`; das Testnet unter `https://test.deribit.com/api/v2` and `wss://test.deribit.com/ws/api/v2`. Testnet-Konten, Guthaben, Sub-Accounts und API-Keys sind vollständig von der Live-Umgebung getrennt, es gibt keine gemeinsamen Zugangsdaten. Das FIX-Testnet läuft auf `test.deribit.com:9881`.
QuelleDeribit Testnet06 · Coinbase-Übernahme
API- und Marken-Kontinuität nach der Übernahme
Coinbase hat die Übernahme von Deribit am 14. August 2025 abgeschlossen. Deribit agiert weiterhin unter der eigenen Marke („Deribit by Coinbase“ erscheint auf der Website deribit.com) und behält seine eigenen API-Hostnamen, Authentifizierungsmethoden und Produktbereiche bei. Es wurden keine zusammengeführten oder ersetzten Endpunkte veröffentlicht; Integrationen mit Coinbase-Plattformen wurden als zukünftige Roadmap angekündigt, nicht als aktuelle Migration. Bestehende API-Keys, FIX-Sessions und Instrumenten-Namen funktionieren weiterhin unverändert.
07 · Rate Limits
Kreditbasiert pro Sub-Account, aufgeteilt auf Pools
Jeder Sub-Account verfügt über einen eigenen Kredit-Pool (Leaky-Bucket-Refill für CPS). Anfragen an die Matching-Engine (Orderplatzierung, Stornierung, Änderung) haben andere Kostenkonfigurationen als Nicht-Matching-Anfragen. Das Kontolevel (Tier) und die jüngste Handelsaktivität erhöhen das Limit. Die Details lassen sich über `/private/get_account_summary` einsehen.
Sektion 06 · Entwickelt für
Entwickelt für
TradingHost-Runtimes für Deribit eignen sich besonders für:
- Optionshändler
- Volatilitäts- und Derivate-Quants
- Market Maker
- KI-gestützte Algo-Trader
- Institutionelle Desks mit Multi-Leg-Strukturen
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 Deribit oder Coinbase, der Muttergesellschaft seit dem 14. August 2025.
Nein. Ihr Strategie-Code verbindet sich mit Deribit 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 Deribit-API wird von Deribit bereitgestellt. Sie sind selbst für Ihr Deribit-Konto, die API-Berechtigungen, Zugangsdaten und die Einhaltung der Nutzungsbedingungen von Deribit 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 eigenen Code in GitHub und nutzen TradingHost, um sie live 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, 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-gestützte Steuerung direkt aus KI-IDEs sowie integrierte 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 wollen, ist TradingHost der direktere Weg.
Ja. TradingHost führt Python-Strategien aus. Wählen Sie einfach die passende Framework-Runtime für Ihren Stack oder deployen Sie Ihr eigenes Repository.
Ja. TradingHost unterstützt jede Programmiersprache, die in einem Container ausgeführt werden kann.
Die `deribit`-Integration von CCXT deckt Optionen, Perpetuals und Expiry-Futures ab, einschließlich vereinheitlichter Options-Methoden. Deployen Sie Ihr CCXT-basiertes Projekt einfach aus GitHub in einen TradingHost-Container und hinterlegen Sie `client_id` und `client_secret` von Deribit als Secrets. Natives Deribit JSON-RPC über WebSocket sowie FIX 4.4 werden ebenfalls unterstützt; die Runtime ist sprach- und bibliotheksunabhängig. Details zur Einrichtung finden Sie in der Dokumentation zur CCXT-Framework-Runtime.
Ja. Deribit listet Optionen auf BTC, ETH und SOL (europäischer Stil, Barausgleich) sowie lineare USDC-Optionen auf weitere Altcoins. TradingHost betreibt den Strategie-Container, das Deployment, die Logs und das Health-Monitoring, während die Ausführung über die Deribit-API läuft. Die Griechen (Greeks) werden in den Ticker-Daten der Börse bereitgestellt, und Portfolio Margin kann auf Deribit-Kontoebene für instrumentenübergreifende Margin-Verrechnungen aktiviert werden.
Ja, sofern Ihr Projekt so 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. Weitere Informationen zum Multi-Strategie-Modell finden Sie auf der TradingHost-Runtime-Seite.
Der schnellste Weg ist das Forken einer TradingHost-Framework-Runtime wie CCXT, um ein direkt einsatzbereites Projekt zu erhalten. 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 diese zur Laufzeit über GitHub-Repository-Secrets, Environment-Secrets oder Ihren eigenen freigegebenen Secret-Management-Prozess aus. TradingHost benötigt keinen Zugriff auf Ihre Deribit-Zugangsdaten `client_id` und `client_secret`. Details zum Sicherheitsmodell finden Sie unter Plattform-Secrets.
Portfolio Margin führt Szenario-Shocks über das gesamte Buch (Preis und IV) durch und nutzt den Worst-Case als Anforderung, was die Margin für abgesicherte oder Spread-Optionsbücher erheblich reduziert. Standard Margin behandelt jede Position unabhängig und ohne Verrechnungen. Wenn Ihre Strategie sich gegenseitig ausgleichende Options- und Futures-Legs hält, senkt Portfolio Margin in der Regel den Kapitalbedarf. Wenn Sie direktionale Bestände halten, ist Standard Margin einfacher. Beide Modelle können im segregierten oder Cross-Collateral-Modus betrieben 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 überprü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. Details dazu finden Sie unter MCP-Steuerungsoberfläche.
Beides. Die MCP-Steuerungsoberfläche funktioniert mit CLI-basierten Agents (Claude Code CLI, benutzerdefinierten MCP-Clients, skriptbasierten MCP-Aufrufen) ebenso gut wie direkt in einer IDE. Der GitHub-native Deployment-Prozess läuft auch völlig ohne KI-Tools: Ein einfacher Git-Push auf den Main-Branch stößt ein erneutes 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 Strategiecode bleibt weiterhin selbst für eine sichere Fehlerbehandlung, den Schutz vor doppelten Orders und Risikokontrollen verantwortlich. Details zu Logs und Status-Schnittstellen finden Sie unter Observability.
Das bedeutet, dass der API-Key, das Secret oder die Signatur nicht validiert werden konnten. Häufige Ursachen: Ein Testnet-Key wurde für www.deribit.com verwendet (oder umgekehrt), eine Zeitabweichung (Clock Skew) beim Timestamp-Feld bei der Authentifizierung via HMAC-Signatur, ein fehlerhafter Signatur-String (Format ist `timestamp + "\n" + nonce + "\n" + data`, beide Zeilenumbrüche sind erforderlich) oder der Key wurde widerrufen. Überprüfen Sie den Key in der Deribit-Konsole und stellen Sie sicher, dass der Hostname der Umgebung zum Key passt.
Ja. Das Testnet läuft unter `https://test.deribit.com/api/v2`, `wss://test.deribit.com/ws/api/v2` und FIX `test.deribit.com:9881`. Konten, Guthaben, Unterkonten und API-Keys sind von der Live-Umgebung getrennt. Ein gängiges Verfahren ist es, `DERIBIT_ENV=test` im Container zu setzen und die Basis-URL darauf basierend aufzulösen.
Coinbase hat die Übernahme von Deribit am 14. August 2025 abgeschlossen. Aus Sicht von Strategie-Entwicklern hat sich auf API- oder Instrumentenebene nichts geändert: Hostnames (www.deribit.com, test.deribit.com), Authentifizierung, FIX-Sessions, Instrumentenbezeichnungen und die JSON-RPC-Schnittstelle bleiben wie gehabt. Die Marke wird nun als "Deribit by Coinbase" präsentiert. Eine zukünftige Integration mit Coinbase-Plattformen wurde angekündigt, es wurde jedoch noch kein gemeinsamer Endpunkt veröffentlicht.
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. Details zu Routing und Latenzen finden Sie auf der Regions-Seite.
Nein. TradingHost konzentriert sich auf die Live-Laufzeitumgebung und das Deployment. Backtesting gehört in Ihren Research-Stack, Ihr Framework oder AlgoBuilder.