Lesezeit … Min.

KI-native Runtime für Bitfinex-Handelsstrategien

Entwickeln in Cursor, Claude Code oder einer beliebigen KI-IDE. Deployment aus GitHub in eine verwaltete Cloud-Runtime mit nativer MCP-Steuerung, Logs und Regionsauswahl.

Vom TradingHost-Engineering-Team

Sektion 01 · Auf einen Blick

Auf einen Blick

Handelsplatz
Bitfinex
Handelsplatz-Typ
Krypto-Börse (Spot, Margin, Derivate)
Anlageklasse
Krypto
Unterstützte Produkte
Spot, Margin (finanziert über einen Peer-to-Peer-funding pool), Derivate (Perpetual Contracts) auf derivatives.bitfinex.com. Security-Token über Bitfinex Securities laufen als separater Handelsplatz.
Laufzeit-Modell
Containerisierte Strategie-Runtime (Kubernetes)
Deployment-Quelle
GitHub
Programmiersprachen
Jede Programmiersprache, die in einem Container läuft
Gängige Integrationen
Native Bitfinex REST v2, WebSocket v2, Honeycomb FIX 4.4, CCXT (bitfinex, bitfinex2), Freqtrade (über CCXT), benutzerdefiniert
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, Secrets, MCP-Steuerung
Rolle von Bitfinex
Börsenkonto, API-Key-Ausstellung, Marktzugang, Order-Matching, Verwahrung, Settlement
Verbindung
TradingHost ist unabhängig und steht in keiner Verbindung zu Bitfinex oder iFinex Financial Technologies Limited. Bitfinex bedient keine Kunden mit Wohnsitz in den USA.

Sektion 02 · Das Angebot von Bitfinex

Das Angebot von Bitfinex

Bitfinex bietet Spot-, Margin- und Derivatehandel über REST v2 und WebSocket v2 sowie Honeycomb FIX 4.4 für institutionelle Kunden. Margin wird über einen Peer-to-Peer-funding pool statt direkt über die Börse finanziert, was die Kreditvergabe (Lending) selbst zu einer eigenen Strategie-Ebene macht. Perpetual Contracts werden auf derivatives.bitfinex.com unter der F0-Symbolkonvention gehandelt (z. B. tBTCF0:USTF0) und erfordern USDt0 in einer dedizierten Derivate-Wallet. Endpunktspezifikationen ändern sich im Laufe der Zeit; die grundlegende Struktur bleibt bestehen, während die genauen Rate-Limit-Gewichtungen, Gebührenstufen und Symbollisten in der Dokumentation von Bitfinex zu finden sind.

Märkte und Strategiemuster

  • Spot-Market-Making auf tBTCUSD und tETHUSD
  • Margin-Trading finanziert über den Peer-to-Peer-funding pool
  • Handel mit Perpetual Contracts auf derivatives.bitfinex.com (F0 symbols)
  • Funding-Rate-Strategien auf der Lending-Seite (fUSD-, fBTC-Angebote)
  • Institutioneller HFT über Honeycomb FIX 4.4
  • Strategie-Isolierung über sub-accounts
  • Platzierung von Post-Only- und Hidden-Orders (Order-Flags)
  • One-Cancels-Other (OCO) Bracket-Logik

API-Schnittstelle

Produktbereiche
Spot, Margin (funding pool), Derivate (Perpetuals über F0 symbols, erfordert USTF0 in der Derivate-Wallet), Securities (separat). Paper-Trading über tTESTBTCF0:TESTUSDTF0.
Verbindungsmethoden
REST v2 (öffentlich unter api-pub.bitfinex.com, authentifiziert unter api.bitfinex.com), WebSocket v2 (wss://api-pub.bitfinex.com/ws/2 und wss://api.bitfinex.com/ws/2), Honeycomb FIX 4.4 für Institutionelle. REST v1 und WS v1 sind weiterhin verfügbar, v2 wird jedoch empfohlen.
Authentifizierung
API-Key plus Secret mit einer streng monoton steigenden Nonce und HMAC-SHA384-Signatur. Das Nonce-Limit liegt bei 9007199254740991. Jeder parallel laufende Client benötigt einen eigenen Key, um Nonce-Kollisionen zu vermeiden. Berechtigungen sind pro Key definiert (Kontoinformationen, Orders, Margin, Funding, Auszahlungen).

Details finden Sie direkt bei Bitfinex

Spezifische Endpunkte, Rate-Limit-Gewichtungen, Symbollisten, Gebührenstufen und die Versionshistorie finden Sie in der Dokumentation von Bitfinex. Diese gilt als maßgebliche Quelle.

Sektion 03 · Mit KI entwickeln

Entwickeln Sie Ihre Bitfinex-Strategie mit KI

Wählen Sie eine Integrationsmethode, forken Sie ein TradingHost-Framework-Starter-Repository und entwickeln Sie Ihre Strategie in einer KI-IDE. Cursor, Claude Code, GitHub Copilot und CLI-basierte KI-Agents nutzen denselben GitHub-nativen Deployment-Prozess. Das spezielle Margin-Modell von Bitfinex – ein Peer-to-Peer-funding pool statt börsenfinanzierter Margin – sowie die F0-Symbolkonvention auf dem separaten Derivate-Handelsplatz bestimmen, wie das jeweilige Framework auf die Börse abgebildet wird.

  • Native Bitfinex-API

    Direkte Kontrolle über Bitfinex-spezifisches Verhalten, Kontodaten und Orderausführungslogik über REST v2 und WebSocket v2.

  • CCXT

    Einheitliche Schnittstelle für Bitfinex und andere Krypto-Börsen. CCXT stellt Bitfinex unter zwei IDs bereit: `bitfinex` (v1) und `bitfinex2` (v2). Neuer Code sollte auf `bitfinex2` ausgelegt sein.

  • Freqtrade oder Hummingbot

    Framework-basierte Deployments unter Verwendung der jeweiligen Strategiestruktur und des Konfigurationsmodells. Freqtrade greift über CCXT auf Bitfinex zu; Hummingbot bietet historisch einen Bitfinex-Spot-Connector.

  • Benutzerdefinierter Connector

    Ihre eigene interne Trading-Engine oder proprietäre Bitfinex-Integration, einschließlich Honeycomb FIX 4.4 für institutionelle Kunden.

Framework-Unterstützung für Bitfinex-Produkte

Die Abdeckung variiert je nach Framework. Native REST v2 plus WebSocket v2 decken die gesamte Bitfinex-Schnittstelle ab, einschließlich F0-Perpetuals auf dem Derivate-Handelsplatz und dem funding pool. CCXT stellt Bitfinex über zwei IDs bereit (`bitfinex` für v1, `bitfinex2` für v2); `bitfinex2` wird für neue Strategien empfohlen. Freqtrade greift für Spot über CCXT auf Bitfinex zu, wobei Margin und Futures nicht offiziell unterstützt werden. Hummingbot bietet einen reinen Spot-Connector für Bitfinex.

FrameworkSpotMarginPerp
Native Bitfinex (REST v2 + WS v2)UnterstütztUnterstütztUnterstützt
CCXT (bitfinex, bitfinex2)UnterstütztTeilweise unterstütztTeilweise unterstützt
FreqtradeUnterstütztTeilweise unterstütztNicht als unterstützt dokumentiert
HummingbotUnterstütztNicht als unterstützt dokumentiertNicht als unterstützt dokumentiert

✓ Bestätigter Support laut offizieller Framework-Dokumentation. „Teilweise“ oder „eingeschränkt“ bedeutet, dass das Framework die Schnittstelle zwar erreicht, aber nicht das gesamte Bitfinex-Produkt abdeckt. „Nein“ bedeutet, dass kein offizieller Support 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

Bitfinex stellt die Börse und den API-Zugang bereit. TradingHost liefert die Produktionsumgebung, in der Ihre mit Bitfinex 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 Bitfinex.

TradingHost

  • Hält die Runtime online.
  • Stellt Logs und Health-Checks bereit.
  • Auswahl der Region.
  • Kontrollierte Deployment-Umgebung.

Deployment-Ablauf

  1. SCHRITT 01

    GitHub verbinden

    Autorisieren Sie TradingHost für den Zugriff auf Ihr GitHub-Konto.

  2. 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, Freqtrade oder Hummingbot) für eine direkt einsatzbereite Basis.

  3. SCHRITT 03

    In einen TradingHost-Container deployen

    Wählen Sie eine Region (EU oder US-East), hinterlegen Sie die Umgebungsvariablen für Ihre Strategie (Bitfinex-API-Schlüssel und Secret usw.) und starten Sie das Deployment. TradingHost baut Ihren Container direkt aus dem Repository und führt Ihre Strategie auf einer verwalteten Kubernetes-Infrastruktur aus. Da Bitfinex eine strikte Nonce-Monotonie pro API-Schlüssel vorschreibt, sollten Sie nur einen API-Schlüssel pro Worker-Prozess nutzen. Bei mehreren parallelen Strategien erstellen Sie am besten einen eigenen API-Schlüssel pro Strategie unter einem Sub-Account, damit diese sich im gemeinsamen Nonce-Bereich nicht in die Quere kommen. Keine lokale Docker-Installation erforderlich.

  4. 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.

  5. 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 Bitfinex

Fallstricke, die beim tatsächlichen Betrieb einer Bitfinex-Strategie in einer containerisierten Cloud-Runtime auftreten – nicht in der Dokumentation von Bitfinex oder in Framework-READMEs beschrieben. Jede der folgenden Aussagen ist aus der offiziellen Dokumentation von Bitfinex zitiert oder paraphrasiert; die Hinweise zum Deployment basieren auf dem Betrieb dieser Strategien auf TradingHost.

  1. 01 · Nonce-Monotonie

    Streng monoton steigend pro Key, mit einem harten Limit

    Jede authentifizierte Anfrage erfordert eine streng monoton steigende Nonce pro API-Key; der Wert hat zudem ein hartes Limit von 9007199254740991. Parallel laufende Prozesse, die denselben Key nutzen, kollidieren. Lösung: Ein API-Key pro laufender Strategie oder Container, isoliert über sub-accounts.

  2. 02 · v1 vs. v2

    v2 ist der unterstützte Standard

    REST v1 authentifiziert sich weiterhin über die Header X-BFX-APIKEY, X-BFX-PAYLOAD und X-BFX-SIGNATURE sowie einen Base64-JSON-Payload. v2 ist der unterstützte Standard mit schnelleren Endpunkten und vereinheitlichten Antworten; neuer Code sollte für v2 geschrieben werden.

  3. 03 · sub-accounts

    Ein Master-Account, mehrere sub-accounts, separater Nonce-Space

    Bitfinex unterstützt mehrere sub-accounts unter einem Master-Account. Jeder sub-account verfügt über eigene API-Keys, Wallets und einen eigenen Nonce-Space. Dies ist der empfohlene Weg, um Strategien zu isolieren und Nonce-Konflikte zu vermeiden.

  4. 04 · funding pool

    Margin wird Peer-to-Peer finanziert, nicht durch die Börse

    Margin auf Bitfinex wird durch Peer-to-Peer-Kreditgeber finanziert, die Angebote in fUSD, fBTC usw. einstellen. Sowohl Borrowing- als auch Lending-Strategien laufen über dasselbe Funding-Buch; das No Var Rates flag 524288 schließt Angebote mit variablem Zinssatz vom Matching aus.

  5. 05 · Derivate-Aufteilung

    Perpetuals werden als F0 symbols auf einer separaten Plattform gehandelt

    Perpetuals werden als F0 symbols (zum Beispiel tBTCF0:USTF0, tETHF0:USTF0) gehandelt, betrieben von iFinex Financial Technologies Limited. Sie erfordern USDt0 in einer dedizierten Derivatives-Wallet; nutzen Sie den Endpunkt Transfer Between Wallets, um Guthaben zu übertragen. Der Hebel ist standardmäßig auf 10 eingestellt und kann bei der Order von 1 bis 100 konfiguriert werden.

  6. 06 · Honeycomb FIX

    FIX 4.4 bietet exklusiven institutionellen Zugang

    FIX ist die Schnittstelle für Institutionelle; der Zugang erfolgt nicht im Self-Service über die Standard-API-Seite. Planen Sie ein zusätzliches Onboarding und eine Verifizierung ein, bevor Sie FIX in einem TradingHost-Deployment nutzen.

  7. 07 · Rate-Limits

    REST-Limits pro IP plus WebSocket-Verbindungslimits

    Die REST-Limits liegen je nach Endpunkt bei etwa 10 bis 90 Anfragen pro Minute und IP, mit einer 60-sekündigen Abkühlzeit bei Überschreitung. WebSocket-Limits: 5 authentifizierte Verbindungen pro 15 Sekunden, 20 öffentliche Verbindungen pro Minute, 25 Channel-Subscriptions pro Verbindung. Strategien, die sich über viele Märkte erstrecken, sollten Channels bündeln, anstatt neue Sockets zu öffnen.

Sektion 06 · Entwickelt für

Entwickelt für

TradingHost-Runtimes für Bitfinex eignen sich besonders für:

  • Spot-Market-Maker, die eine liquide, etablierte USD/USDT-Plattform suchen
  • Margin-Trader, die gezielt das Peer-to-Peer-Modell des funding pool nutzen wollen
  • Kreditgeber auf der Funding-Seite, die Zinsstrategien für fUSD-, fBTC- und fETH-Angebote ausführen
  • Perpetual-Trader, die tBTCF0:USTF0 und andere F0-Paare handeln
  • Institutionelle Handelshäuser, die neben HTTP und WebSocket auch FIX 4.4-Konnektivität benötigen

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 Bitfinex oder iFinex Financial Technologies Limited, dem Betreiber der Bitfinex-Derivateplattform.

Nein. Ihr Strategie-Code verbindet sich mit Bitfinex 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 Zugang zur Bitfinex-API wird von Bitfinex bereitgestellt. Sie sind selbst für Ihr Bitfinex-Konto, die API-Berechtigungen, Zugangsdaten und die Einhaltung der Nutzungsbedingungen von Bitfinex verantwortlich.

Nein. TradingHost ist die Cloud-Runtime, auf der Ihr Strategie-Code läuft. 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 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 aus KI-IDEs sowie direkt einsatzbereite Log- und Health-Schnittstellen. 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 Bitfinex unter zwei IDs bereit: bitfinex spricht die v1-API an und bitfinex2 zielt auf v2 ab. Nutzen Sie bitfinex2 für neue Strategien; v2 ist der unterstützte Standard. Beachten Sie, dass einige Bitfinex-Paare USD verwenden, obwohl der Basiswert tatsächlich USDT ist, was CCXT bei der Konvertierung normalisiert. Details zur Einrichtung finden Sie in der CCXT-Framework-Runtime.

Margin wird über ein Peer-to-Peer-Orderbuch finanziert, nicht durch die Börse. Kreditgeber stellen Funding-Angebote in fUSD, fBTC usw. ein; Kreditnehmer nutzen diese beim Eröffnen von Margin-Positionen. Die Lending-Seite ist hierbei selbst eine eigene Strategie-Ebene, was unter den großen Handelsplätzen ungewöhnlich ist.

Perpetuals werden auf derivatives.bitfinex.com unter F0 symbols (zum Beispiel tBTCF0:USTF0) gehandelt. Sie erfordern USDt0 in einer dedizierten Derivatives-Wallet, betrieben von iFinex Financial Technologies Limited. Übertragen Sie Guthaben über den Endpunkt Transfer Between Wallets. Der Hebel ist pro Order konfigurierbar, standardmäßig auf 10 eingestellt und bis zu 100 möglich.

Nein. Bitfinex bedient keine Kunden mit Wohnsitz in den USA. Wenn Sie in den USA ansässig sind, weichen Sie stattdessen auf Coinbase oder Kraken aus. TradingHost führt Ihre Runtime unabhängig von der Region aus, aber die Handelsplattform selbst muss Ihr Konto akzeptieren.

Ja, sofern Ihr Projekt entsprechend konzipiert ist. Sie können mehrere Strategieprozesse oder -dienste innerhalb einer Runtime ausführen oder sie zur besseren Isolierung und betrieblichen Klarheit auf verschiedene Runtimes aufteilen. Jede aktive Strategie sollte einen eigenen API-Key verwenden (idealerweise unter einem sub-account), damit es nicht zu Konflikten bei der strengen, pro Key fortlaufenden Nonce kommt. 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 Freqtrade 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 keinen Zugriff auf Ihren API-Key und Ihr Secret. Details zum Sicherheitsmodell finden Sie unter Platform Secrets.

Nein. Strategien sollten niemals Auszahlungsberechtigungen benötigen. Nutzen Sie eingeschränkte Berechtigungen (Kontoinformationen, Orders, Margin, Funding) und aktivieren Sie nur die Bereiche, die Ihre Strategie tatsächlich nutzt.

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 ist eine Steuerungs- und Observability-Ebene, nicht der Pfad für die Trade-Ausführung. Details dazu finden Sie im Bereich zur MCP-Steuerungsebene.

Beides. Die MCP-Steuerungsebene funktioniert über CLI-basierte Agenten (Claude Code CLI, eigene MCP-Clients, geskriptete MCP-Aufrufe) genauso gut wie direkt aus einer IDE. Der GitHub-native Deployment-Prozess funktioniert zudem völlig ohne KI-Tools: Ein normaler Git-Push in 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 Strategiecode ist 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.

Bitfinex erfordert eine streng monoton steigende Nonce pro API-Schlüssel, begrenzt auf ein Maximum von 9007199254740991. Wenn zwei Prozesse denselben Schlüssel verwenden, kommt es zu Konflikten und einer der Prozesse wird abgelehnt. Beheben Sie dies, indem Sie jeder laufenden Strategie einen eigenen API-Schlüssel zuweisen, idealerweise auf einem eigenen sub-account. Die vollständige Anleitung finden Sie oben im Abschnitt zu den Betriebshinweisen.

TradingHost wird in den Regionen EU und US-East ausgeführt. Wählen Sie die Region, die der Matching-Engine Ihrer Strategie am nächsten ist. Details zu Routing und Latenzen finden Sie auf der Regions-Seite.

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