Hummingbot auf TradingHost deployen
Führen Sie das Open-Source-Framework Hummingbot direkt aus GitHub auf Always-on-Runtimes von TradingHost aus.
Hummingbot ist ein Framework für Market Making und Liquiditätsbereitstellung mit nativen Connectors zu über 30 zentralisierten und dezentralisierten Handelsplätzen. TradingHost bietet die passende Produktions-Runtime für Ihre Strategie.
- GitHub-natives Deployment
- CLOB CEX, CLOB DEX, AMM DEX
- Native Connectors (ohne CCXT)
- V2 Scripts und Controllers
- Pure Market Making und Cross-Exchange Market Making
- Always-on-Runtime
- Verschlüsselte API-Keys
- Geografische Nähe zu den Börsen
- MCP-ready
Einführung
Neu bei Hummingbot?
Hummingbot ist ein kostenloses Open-Source-Framework für Market Making und Liquiditätsbereitstellung. Es wurde speziell für Strategien entwickelt, bei denen Sie kontinuierlich Kurse für beide Seiten eines Marktes stellen (Quoting), Arbitrage zwischen Handelsplätzen betreiben oder Liquidität für AMM-Pools bereitstellen – und explizit nicht für direktionales Trading auf Basis von technischen Indikatoren.
Das Framework liefert native Connectors zu über 30 Börsen aus drei Kategorien: zentralisierte CLOB-Börsen (Binance, Coinbase, Kraken, Bybit, OKX, KuCoin und viele mehr), dezentralisierte CLOB-Börsen (dYdX, Hyperliquid, Vertex, Injective Helix) und AMM-DEX-Integrationen (Uniswap, Raydium, PancakeSwap, Curve, Jupiter und andere). Diese Connectors werden direkt von Hummingbot entwickelt und gepflegt, nicht über CCXT.
Hummingbot ist unter der Apache 2.0-Lizenz lizenziert und wird von der Hummingbot Foundation verwaltet – einem Community-Governance-Modell, bei dem Börsen und Mitwirkende die Entwicklung von Connectors und Strategien über öffentliche Vorschläge (Proposals) finanzieren.
TradingHost ist die Plattform, auf der Hummingbot in der Produktion läuft. Statt den Client auf einem Laptop oder einem gewöhnlichen VPS laufen zu lassen, wo schon ein kleiner Netzwerkausfall zu verpassten Quotes führt, deployen Sie Ihr Hummingbot-Setup in einer TradingHost-Cloud-Runtime. Diese bleibt dauerhaft online, verwaltet Ihre API-Keys als verschlüsselte Secrets und streamt die Logs direkt zu Ihnen.
Abschnitt 01 · Auf einen Blick
Auf einen Blick
- Was Hummingbot ist
- Open-Source-Framework für Market Making und Liquidität, lizenziert unter Apache 2.0
- Verwaltet von
- Hummingbot Foundation (Community-Governance)
- Programmiersprache
- Python (mit Cython-Performance-Modulen)
- Märkte
- Krypto-Spot, Perpetual Futures, AMM und CLOB DEX
- Connectors
- Nativ, keine Abhängigkeit von CCXT. Über 30 Handelsplätze in den Bereichen CLOB CEX, CLOB DEX und AMM DEX
- Strategietypen
- V2 Scripts, V2 Controllers, veraltete V1-Strategien
- Bedienoberflächen
- CLI-Client, Hummingbot Dashboard, Telegram-Bridge
- Deployment-Quelle
- GitHub
- Rolle von TradingHost
- Runtime, Deployment, Logs, Secrets, Regionen-Auswahl
- Rolle von Hummingbot
- Strategie-Framework, native Börsen-Connectors, Order-Management
- Zugehörigkeit
- TradingHost ist unabhängig und steht in keiner Verbindung zur Hummingbot Foundation
- Ideal für
- Pure Market Making, Cross-Exchange Market Making, AMM-CEX-Arbitrage, Perpetual Market Making
Abschnitt 02 · Einordnung von Hummingbot
Wie sich Hummingbot in den Trading-Stack einfügt
Hummingbot ist ein eigenständiger Market-Making-Client. Er bringt eigene native Connectors für zentralisierte und dezentralisierte Börsen mit. Daher ist CCXT keine Abhängigkeit, und die Liste der unterstützten Plattformen umfasst auch AMM DEX-Integrationen, die CCXT nicht abdeckt.
Sie können Hummingbot auf zwei Arten auf TradingHost bereitstellen:
Pfad 01
Vorgefertigte Strategie
Wählen Sie eine integrierte Strategie (Pure Market Making, Cross-Exchange Market Making, AMM-Arb, Perpetual Market Making) und konfigurieren Sie diese. Für die Standardstrategien ist kein Code erforderlich.
Pfad 02
Eigenes Script oder Controller
Schreiben Sie ein V2 Script für eine Single-Instance-Strategie oder einen V2 Controller für produktionsbereite Multi-Pair- und Multi-Instance-Setups. Erstellen Sie eine Unterklasse von StrategyV2Base in Python.
Beide Pfade laufen auf TradingHost identisch ab. Sie stellen ein Hummingbot GitHub-Repository bereit. Wir führen es aus.
- Sie
- Ihre Strategie oder Konfiguration bestimmt die Quoting- und Ausführungsregeln.
- Hummingbot
- Führt den Strategie-Loop, die nativen Exchange Connectors und das Ordermanagement aus.
- Börse
- Ihre Börse oder Ihr DEX-Wallet empfängt die Orders.
- TradingHost
- Führt den Hummingbot-Client aus, verwaltet Secrets und streamt Logs.
Bereich 03 · Warum auf TradingHost
Warum Hummingbot auf TradingHost bereitstellen
Market Making verzeiht keine Ausfallzeiten. Schon eine Verbindungsunterbrechung von wenigen Sekunden führt zu veralteten Kursen (stale quotes), ungünstigen Ausführungen (adverse fills) und einer Abweichung des Risikobestands vom Zielwert. Der Betrieb von Hummingbot auf einem Laptop oder einem gewöhnlichen VPS verursacht operativen Aufwand – von der Prozessüberwachung und Neustarts über das Abhängigkeitsmanagement bis hin zu verstreuten Logs und manuellen Deployments.
TradingHost bietet dem Hummingbot-Client eine produktionsbereite Laufzeitumgebung, die speziell für langlebige Trading-Prozesse entwickelt wurde.
Was Sie erhalten
- GitHub-natives Deployment
- Dauerhaft aktive Container-Laufzeitumgebung, die auch läuft, wenn Ihr Laptop im Ruhezustand ist
- Unterstützung mehrerer Instanzen innerhalb einer Laufzeitumgebung
- Verschlüsselte Speicherung von Börsen-API-Keys
- Regionsauswahl in direkter Nähe zur Matching Engine der Börse
- Streaming-Logs und grundlegende Statusüberwachung
- Starten, Stoppen, Neustarten und Überwachen auf Strategie-Ebene
- Aktualisierung einer einzelnen Instanz ohne Neustart der gesamten Laufzeitumgebung
- MCP-kompatible AI-IDE-Workflows
Was Sie behalten
- Volle Kontrolle über Ihre Hummingbot-Konfiguration und Ihren Strategie-Code
- Direkte Inhaberschaft Ihrer Börsenkonten und API-Berechtigungen
- Freie Wahl der Strategieklasse: V2 Script, V2 Controller oder Legacy-V1
Bereich 04 · Unterstützte Handelsplätze
Unterstützte Handelsplätze
Hummingbot liefert native Connectors für drei Kategorien: CLOB CEX (zentralisierte Limit-Orderbücher), CLOB DEX (On-Chain-Limit-Orderbücher) und AMM DEX (Automated Market Maker Pools). Derselbe Hummingbot-Client kann Quoting-Strategien auf all diesen Plattformen ausführen.
Fünf ausgewählte Kombinationen sind unten aufgeführt. Das vollständige Verzeichnis folgt darauf.
- Hummingbot
- Ihr Handelsplatz
- TradingHost-Laufzeitumgebung
Hummingbot bietet zudem native Connectors für viele weitere Handelsplätze, unterteilt nach Kategorien:
- CLOB CEX
- Kraken, OKX, KuCoin, Gate.io, HTX, BitMart, Bitget, BingX, Bitrue, Bitstamp, BTC Markets, AscendEx, MEXC
- CLOB DEX
- dYdX, Derive, XRP Ledger, Dexalot, Injective Helix, Vertex
- AMM DEX
- Raydium, PancakeSwap, Curve, SushiSwap, Balancer, QuickSwap, Trader Joe, Meteora, Jupiter, 0x Protocol
Abschnitt 05 · Deployment-Ablauf
So funktioniert ein Hummingbot-Deployment
Ein Hummingbot-Client auf TradingHost folgt demselben Deployment-Muster wie jedes GitHub-basierte Projekt.
- SCHRITT 01
Repository verbinden oder erstellen
Melden Sie sich über GitHub an und verbinden Sie ein bestehendes Hummingbot-Repository (mit Ihrer Konfiguration und Ihren eigenen V2 Scripts oder V2 Controllers) oder erstellen Sie eines aus einer TradingHost-Hummingbot-Vorlage.
- SCHRITT 02
Laufzeitumgebung konfigurieren
TradingHost liest die Laufzeitkonfiguration Ihres Projekts und die Hummingbot-Konfigurationsdateien aus, um Abhängigkeiten zu installieren und den Client im Headless-Modus zu starten.
- SCHRITT 03
Verschlüsselte Börsen-API-Schlüssel hinzufügen
Fügen Sie Börsen-API-Schlüssel (und eventuelle DEX-Wallet-Zugangsdaten) als TradingHost-Secrets hinzu. Diese werden verschlüsselt, beim Start in die Laufzeitumgebung injiziert und niemals in Ihr Repository geschrieben.
/platform/secrets/ - SCHRITT 04
Region auswählen
Wählen Sie eine Region in der Nähe der Matching-Engine Ihres Handelsplatzes. AWS Tokyo für Binance Spot, AWS Frankfurt für viele in der EU ansässige Börsen und DEX-freundliche Regionen für AMM-Strategien.
/platform/regions/ - SCHRITT 05
Deployen
TradingHost startet Hummingbot in einem verwalteten Container. Die Logs werden direkt in das Dashboard gestreamt. Das Hummingbot Dashboard läuft, sofern konfiguriert, parallel zum Strategieprozess.
/platform/observability/
Abschnitt 06 · Strategie-Typen
Scripts, V2 Controllers, Legacy-Strategien
Hummingbot bietet drei grundlegende Architekturen für Live-Strategien. Der gewählte Typ bestimmt, wie viele Prozesse Sie benötigen, wie viel Code Sie schreiben und wie viel Komplexität die Laufzeitumgebung bewältigen muss.
Alle drei Architekturen laufen auf derselben TradingHost-Laufzeitumgebung. Ein typisches Setup im Live-Betrieb ist eine Laufzeitumgebung, die einen einzelnen V2 Controller hostet, der intern mehrere Handelspaare steuert.
Abschnitt 07 · Was wir nicht tun
Was TradingHost nicht tut
- TradingHost agiert nicht als Ihre Börse oder DEX.
- TradingHost stellt keine Market-Making-Strategien, Parameter oder Finanzberatung bereit.
- TradingHost nimmt keine Änderungen an Ihren Hummingbot-Konfigurationen, Scripts oder Controllern vor.
- TradingHost verwahrt Ihre Börsen-API-Schlüssel oder DEX-Wallets nicht (abgesehen von der verschlüsselten Injektion in die Laufzeitumgebung).
- TradingHost garantiert weder die Ausführungsqualität (Fill Quality) noch die Uptime der Börsen oder die Marktanbindung.
Abschnitt 08 · FAQ
FAQ
Nein. TradingHost ist unabhängig. Hummingbot ist eine Open-Source-Software unter der Apache 2.0-Lizenz, die von der Hummingbot Foundation im Rahmen einer Community-Governance verwaltet wird.
Nein. Hummingbot bringt eigene, native Exchange-Connectors mit. Aus diesem Grund umfasst die Liste der unterstützten Plattformen auch AMM DEX-Integrationen, die von CCXT nicht abgedeckt werden.
Pure Market Making, Cross-Exchange Market Making, AMM- und AMM-CEX-Arbitrage, Perpetual Market Making sowie jede benutzerdefinierte Strategie, die Sie als V2 Script oder V2 Controller schreiben können.
CLOB CEX: Binance, Coinbase, Kraken, Bybit, OKX, KuCoin, Gate.io, HTX, BitMart, Bitget, BingX, Bitrue, Bitstamp, BTC Markets, AscendEx, MEXC und andere. CLOB DEX: dYdX, Hyperliquid, Derive, XRP Ledger, Dexalot, Injective Helix, Vertex. AMM DEX: Uniswap, Raydium, PancakeSwap, Curve, SushiSwap, Balancer, QuickSwap, Trader Joe, Meteora, Jupiter, 0x Protocol.
V2 Scripts sind in einer einzigen Datei geschriebene Strategien, die von StrategyV2Base erben. Sie eignen sich für Prototypen und Setups mit einem einzelnen Handelspaar. V2 Controllers sind modulare Sub-Strategien für den Produktivbetrieb, die mehrere unabhängige Paare und Konfigurationen innerhalb eines einzigen Hummingbot-Clients ausführen können.
Ja. Eine TradingHost-Laufzeitumgebung kann mehrere Hummingbot-Prozesse hosten, und ein einzelner Hummingbot-Client, der V2 Controllers ausführt, kann intern zahlreiche Sub-Strategien verwalten.
Sie fügen diese als verschlüsselte Secrets in TradingHost hinzu. Sie werden beim Start in die Hummingbot-Laufzeitumgebung injiziert und nicht in Ihr Repository geschrieben.
Ja. Das Hummingbot Dashboard ist Teil des Projekts und funktioniert weiterhin wie konfiguriert. TradingHost führt den zugrunde liegenden Client-Prozess aus und stellt die erforderlichen Netzwerkverbindungen bereit.
Nein. Hummingbot platziert Trades über Ihre Exchange-API-Zugangsdaten oder Ihre DEX-Wallet. TradingHost führt den Hummingbot-Prozess aus und streamt die Logs.
Kursstabilität und Adverse Selection reagieren empfindlich auf Round-Trip-Latenz. Mit TradingHost können Sie eine Region in der Nähe der Matching Engine Ihres Handelsplatzes wählen. Eine vollständige Liste finden Sie unter /platform/regions/.
Ihre erste Hummingbot-Strategie deployen
Verbinden Sie GitHub, wählen Sie ein Hummingbot-Template oder Ihr eigenes Repo, fügen Sie Ihre Exchange-API-Keys hinzu, wählen Sie eine Region und starten Sie die Strategie in einer TradingHost-Runtime.