Market-Making-Bot auf Hyperliquid bauen
- hyperliquid market maker
- hl market maker tutorial
- hyperliquid market-making-bot
- On-Chain-Perps-Market-Making
- hyperliquid api market making
Market Making gehört zu den ältesten Trading-Strategien überhaupt: Ein Market Maker stellt gleichzeitig Kauf- und Verkaufsorders ins Orderbook, verdient potenziell am Spread und stellt dem Markt Liquidität bereit. Mit On-Chain-Perpetual-Exchanges wie Hyperliquid können heute auch unabhängige Entwickler und kleinere Quant-Teams über offene APIs am Market Making teilnehmen – ohne institutionellen Hintergrund.
Dieser Artikel erklärt, wie du einen Market-Making-Bot auf Hyperliquid konzipierst: von Strategie-Logik und technischer Architektur über Risikomanagement bis hin zur Frage, wie du Signaturschlüssel mit einer OneKey Hardware Wallet besser schützt.
Was Market Making bei Perpetuals bedeutet
Im klassischen Spot-Markt hält ein Market Maker reale Bestände. Im Perpetual-Markt ist das „Inventory“ dagegen deine Netto-Long- oder Netto-Short-Position. Ein idealer Market Maker versucht, möglichst delta-neutral zu bleiben: Er aktualisiert laufend Bid- und Ask-Orders, um den Spread zu verdienen, statt auf eine bestimmte Kursrichtung zu wetten.
Hyperliquid nutzt eine Orderbook-Architektur, die sich ähnlich wie bei zentralisierten Exchanges anfühlt, während die Abwicklung on-chain erfolgt und Nutzer ihre Funds selbst verwahren. Die offizielle Dokumentation zu Ordertypen, Gebührenstruktur und API-Spezifikationen ist Pflichtlektüre, bevor du einen Bot produktiv einsetzt.
Kernlogik eines Market-Making-Bots
Spread-Berechnung
Eine einfache symmetrische Market-Making-Strategie platziert Orders auf beiden Seiten des Mid Price:
Kaufpreis = mid_price * (1 - spread / 2)
Verkaufspreis = mid_price * (1 + spread / 2)
Der spread muss mindestens die folgenden Kosten und Risiken berücksichtigen:
- Trading Fees, insbesondere wenn Orders nicht wie geplant als Maker ausgeführt werden
- erwartete ungünstige Kursbewegungen, also Adverse-Selection-Risiko
- mögliche Hedging-Kosten durch Funding-Rate-Schwankungen
Prüfe in der Hyperliquid-Dokumentation die jeweiligen Fee-Tiers und wähle den Spread passend zu Markt, Kapitalgröße und Strategie-Frequenz.
Order-Refresh-Logik
Da sich Preise ständig bewegen, müssen Quotes regelmäßig aktualisiert werden. Typische Trigger sind:
- Zeitbasiert: Refresh alle paar Sekunden, z. B. alle 5 Sekunden
- Preisbasiert: sofortiger Refresh, wenn der Mid Price zu weit von den aktuellen Quotes abweicht
- Fill-basiert: neue Orders direkt nach einer Ausführung platzieren, um Liquidität nachzufüllen
In der Praxis kombiniert man meist mehrere Trigger. Zu häufiges Aktualisieren kann Gebühren, Rate Limits und technische Risiken erhöhen; zu langsames Aktualisieren macht Quotes anfällig für Arbitrage.
Inventory-Risikomanagement
Beim Market Making kann sich Inventory aufbauen, wenn eine Seite wiederholt gefüllt wird und die andere nicht. Dadurch driftet die Netto-Position von neutral weg. Inventory Risk ist eines der zentralen Risiken dieser Strategie.
Gängige Ansätze:
- Skewing: Wenn du netto long bist, verschiebst du Bid und Ask nach unten. Das macht weitere Käufe weniger attraktiv und Verkäufe wahrscheinlicher, sodass die Position passiv Richtung neutral zurückläuft.
- Harte Positionslimits: Wenn die Netto-Position einen Schwellenwert überschreitet, stellst du auf der riskanten Seite keine weiteren Orders mehr, bis die Position wieder kleiner ist.
# Pseudocode: Preis-Skew basierend auf Netto-Position
position = get_net_position("BTC") # positiv = long, negativ = short
skew_factor = -position * inventory_risk_param # einstellbarer Risikoparameter
bid_price = mid_price * (1 - spread / 2) + skew_factor
ask_price = mid_price * (1 + spread / 2) + skew_factor
Architektur im Überblick
Ein vollständiger Market-Making-Bot besteht typischerweise aus diesen Modulen:
┌─────────────────────────────────────────────────────┐
│ Market-Making-Bot Main Loop │
├──────────────┬──────────────┬────────────────────────┤
│ Daten-Layer │ Strategie │ Ausführung │
│ │ │ │
│ WebSocket │ Mid-Price │ REST API Orders/Cancel │
│ Orderbook │ Spread │ Batch-Order-Management │
│ Fills │ Inventory │ Signatur │
│ │ Risk Control │ OneKey Hardware Layer │
└──────────────┴──────────────┴────────────────────────┘
│ │
Marktdaten-Input Orders an Hyperliquid
- Der Daten-Layer abonniert Orderbook-Snapshots und Fill-Daten per WebSocket. Sieh dir dazu den WebSocket-Abschnitt der Hyperliquid-Dokumentation an.
- Die Strategie berechnet aus den neuesten Daten neue Quotes.
- Die Ausführungsschicht nutzt die REST API, um Orders gebündelt zu canceln und neu zu platzieren. EIP-712 Structured Signatures sorgen dafür, dass Requests korrekt signiert werden.
Technische Umsetzung
Orders über die REST API platzieren
Batch-Order-Endpunkte können Bid und Ask in einem Request einreichen und so Netzwerklatenz reduzieren:
def refresh_quotes(exchange, coin, bid_px, ask_px, order_size):
# Alte Orders gesammelt canceln
open_orders = get_open_orders(coin)
if open_orders:
cancel_ids = [o["oid"] for o in open_orders]
exchange.bulk_cancel(coin, cancel_ids)
# Neue Quotes gesammelt platzieren
new_orders = [
build_limit_order(coin, is_buy=True, px=bid_px, sz=order_size),
build_limit_order(coin, is_buy=False, px=ask_px, sz=order_size),
]
return exchange.bulk_orders(new_orders)
Fills per WebSocket überwachen
REST-Polling ist für Fill-Benachrichtigungen meist zu langsam. Dafür solltest du User-Fill-Events per WebSocket abonnieren:
def on_user_fill(fill_data):
coin = fill_data["coin"]
side = fill_data["side"] # "B" = Buy Fill / "A" = Sell Fill
sz = fill_data["sz"]
px = fill_data["px"]
update_inventory(coin, side, sz, px)
trigger_quote_refresh(coin) # Quotes nach Fill direkt aktualisieren
WebSocket-Verbindungen können unterbrochen werden. Implementiere daher automatische Reconnects, abonniere nach dem Reconnect alle Channels erneut und gleiche lokalen Zustand mit dem aktuellen Exchange-Zustand ab.
Wichtige Risiken
Market Making ist keine „risikolose Arbitrage“. Du solltest insbesondere folgende Risiken ernst nehmen:
- Adverse Selection: Deine Orders werden vor allem dann gefüllt, wenn sich der Markt bereits gegen dich bewegt.
- Inventory Risk: Eine einseitige Fill-Serie kann zu großer Long- oder Short-Exposure führen.
- Liquidationsrisiko: Perpetuals nutzen Margin und können bei hoher Leverage schnell liquidiert werden.
- Technisches Risiko: Bugs, Netzwerkprobleme, fehlerhafte Preisfeeds oder WebSocket-Ausfälle können zu falschen Orders führen.
- API- und Rate-Limit-Risiko: Zu aggressive Refresh-Logik kann gegen Limits laufen oder Orders verzögern.
- Key-Management-Risiko: Wenn Signaturschlüssel auf einem kompromittierten Server liegen, können Angreifer Orders oder Transfers auslösen.
OneKey Hardware Wallet: Best Practice für Bot-Key-Management
Ein Market-Making-Bot muss häufig Requests signieren. Häufiges Signieren heißt aber nicht, dass du Sicherheitsstandards senken solltest. Eine OneKey Hardware Wallet speichert private Keys in einer vom Netzwerk getrennten Sicherheitsumgebung. Selbst wenn der Server kompromittiert wird, kann ein Angreifer den privaten Schlüssel nicht einfach exportieren.
Eine sinnvolle Architektur kann so aussehen:
- Erstelle über Hyperliquids API-Agent-Funktion eine separate Wallet bzw. ein Sub-Account-Setup für den Bot und verknüpfe es mit dem Hauptkonto.
- Verwalte den sensiblen Hauptschlüssel mit einer OneKey Hardware Wallet.
- Die Bot-Logik baut die zu signierende Message und sendet sie an einen lokalen Signaturdienst.
- OneKey signiert die Anfrage, sofern sie dem vorgesehenen Workflow entspricht.
- Die signierte Anfrage wird an Hyperliquid übermittelt.
So reduzierst du das Risiko, dass ein kompromittierter Bot-Server direkten Zugriff auf deine Haupt-Keys oder Funds bekommt. Für sehr hohe Frequenzen kann eine API-Agent- oder Hot-Wallet-Komponente nötig sein; OneKey eignet sich dann besonders für Hauptkonto, Funding, Berechtigungen und größere Transfers.
Performance-Optimierung
- Nutze, wo möglich, kombinierte Cancel-and-Place- bzw. Batch-Endpunkte, um Latenz zu reduzieren.
- Verwende bevorzugt
Alo-Orders, also post-only Orders, damit du nicht unbeabsichtigt Taker wirst. - Logge jeden Fill mit Zeitstempel, Preis und Größe. Analysiere regelmäßig, ob PnL aus Spread-Einnahmen kommt oder durch Inventory-Verluste aufgezehrt wird.
- Implementiere Circuit Breaker: Wenn Tagesverlust, Positionsgröße, Slippage oder Fehlerrate definierte Schwellen überschreiten, stoppt der Bot automatisch und sendet Alerts.
- Baue Rate-Limit-Kontrolle ein, etwa mit Token-Bucket-Logik und Backoff bei HTTP 429.
OneKey Perps als praktischer Einstieg
Wenn du nicht sofort einen eigenen Bot entwickeln möchtest, ist OneKey Perps ein sinnvoller Einstiegspunkt. Du kannst dort Perpetual-Märkte in einer Wallet-nahen Oberfläche beobachten und handeln, ohne direkt eine komplette API- und Bot-Infrastruktur aufzubauen.
Lade OneKey herunter bzw. probiere OneKey aus, verbinde deine Wallet und nutze OneKey Perps, um dich zunächst mit Ordertypen, Margin, Funding und Positionsmanagement vertraut zu machen. Erst wenn du die Marktmechanik sicher verstehst, solltest du über Automatisierung und eigene Strategien nachdenken.
FAQ
Q1: Wie viel Kapital brauche ich, um auf Hyperliquid Market Making zu starten?
Hyperliquid schreibt keinen offiziellen Mindestbetrag für Market Making vor. Die praktische Untergrenze hängt vom Marktpreis, der minimalen Ordergröße und deiner Strategie ab. Starte mit sehr kleiner Größe oder im Testnet, prüfe Stabilität und erhöhe erst danach vorsichtig das Volumen.
Q2: Woher kommt der Gewinn eines Market-Making-Bots?
Primär aus dem Spread zwischen Kauf- und Verkaufsausführungen, abzüglich Gebühren und Verlusten durch ungünstige Preisbewegungen. Je aktiver der Markt, desto mehr potenzielle Fills gibt es – aber meist auch mehr Konkurrenz und höhere Anforderungen an Geschwindigkeit und Risikokontrolle.
Q3: Wie kann ich testen, ohne echtes Kapital zu riskieren?
Hyperliquid stellt eine Testnet-Umgebung bereit. In der offiziellen Dokumentation findest du die Testnet-Konfiguration und kannst API-Endpunkte entsprechend umstellen, um Strategie und Infrastruktur ohne echtes Kapital zu debuggen.
Q4: Wird eine OneKey Hardware Wallet zum Performance-Flaschenhals?
Für viele quantitative Strategien reicht Hardware-Signatur-Performance aus, vor allem wenn nicht jede Sekunde viele Dutzend Signaturen nötig sind. Bei extrem hoher Frequenz kann eine Kombination sinnvoll sein: API-Agent- oder Hot-Wallet für eng begrenzte Bot-Aktionen, OneKey für Hauptkonto, Berechtigungen und größere Kapitalbewegungen.
Q5: Wie gehe ich mit API-Rate-Limits um?
Prüfe die konkreten Grenzwerte in der Hyperliquid-Dokumentation. Implementiere Request-Throttling, zum Beispiel per Token Bucket, und nutze automatisches Backoff bei Rate-Limit-Antworten wie HTTP 429.
Fazit
Einen Market-Making-Bot auf Hyperliquid zu bauen verbindet Quant-Finance, System Engineering und Blockchain-Sicherheit. Spread-Berechnung, Inventory-Management, Order-Refresh und Fail-Safes müssen sauber zusammenspielen. Gleichzeitig ist Key-Management entscheidend: Der Wechsel von Software-Keys zu Hardware-gestützter Signatur mit OneKey kann die Sicherheitsarchitektur deutlich robuster machen.
Wenn du erst die Praxis verstehen willst, bevor du automatisierst, probiere OneKey aus und nutze OneKey Perps als Einstieg in Perpetual-Trading und Positionsmanagement.
Besuche die Hyperliquid App, um die Märkte kennenzulernen, oder lies die offizielle Hyperliquid-Dokumentation, um API-Details zu verstehen.
Risikohinweis: Market Making ist eine risikoreiche quantitative Trading-Strategie. Marktvolatilität, technische Fehler, fehlerhafte Strategielogik oder Liquidationen können zu erheblichen Verlusten führen. Perpetuals und Leverage verstärken mögliche Verluste. Dieser Artikel dient nur zu technischen Lernzwecken und ist keine Anlage-, Rechts- oder Finanzberatung. Prüfe deine Risikotoleranz sorgfältig und beachte die für dich geltenden Gesetze und Vorschriften.



