Orderpriorität
Wie Orders geroutet werden, wer sie ausführen darf und in welcher Reihenfolge.
Grundlagen des Orderbuchs
Hypercall betreibt für Optionen ein zentrales Limit-Orderbuch (CLOB). Alle ruhenden Orders sind Limit-Orders. Market-Orders gibt es nicht als eigenen Typ. Perpetuals werden nicht in diesem Orderbuch gehandelt: Sie sind native Hyperliquid-Orders (siehe Perp-Orders unten).
Preis-Zeit-Priorität
Orders im Orderbuch werden nach Preis-Zeit-Priorität zusammengeführt:
- Preis: Die ruhende Order mit dem besten Preis wird zuerst ausgeführt. Bids werden absteigend, Asks aufsteigend gereiht.
- Zeit: Auf derselben Preisstufe wird die zuerst eingegangene Order zuerst ausgeführt.
Trifft eine eingehende Order auf ruhende Liquidität, wird sie sofort zu den besten verfügbaren Preisen ausgeführt. Ein nicht ausgeführter Rest ruht im Orderbuch (oder wird storniert, je nach Time-in-Force).
Time-in-Force
Jede Order enthält eine Time-in-Force-Anweisung (TIF):
Es gibt keinen eigenen Market-Order-Typ. Um das Verhalten einer Market-Order zu erhalten, senden Sie eine Limit-Order mit TIF IOC zu einem Preis, den Sie zu zahlen bereit sind. Die Order kreuzt die verfügbare Liquidität und storniert jeden nicht ausgeführten Teil.
Maker und Taker
Jede Ausführung hat zwei Seiten:
- Der Maker ist die Partei, deren Order bereits im Orderbuch ruhte.
- Der Taker ist die Partei, deren eingehende Order sie gekreuzt hat.
Maker und Taker zahlen in der Launch-Konfiguration 0 % Gebühren. Siehe Gebühren für die Launch-Richtlinie und den geplanten künftigen Gebührenplan.
Ordertypen
Hypercall unterstützt je nach gehandeltem Instrument und Übermittlungsweg mehrere Ausführungspfade:
Limit-Order
Einbeinige Optionen, direkt ins Orderbuch
- Standard-Limit-Order im Orderbuch
- Kreuzt ruhende Liquidität oder ruht zu Ihrem Preis
- Verfügbar für reine Orderbuch-Instrumente
- Time-in-Force: GTC, IOC oder FOK
RPI-Order
Einbeinige Optionen, Auktion + Orderbuch
- Standard bei RFQ-fähigen Instrumenten
- 2-sekündige MM-Auktion vor dem Orderbuch
- MMs müssen den Referenzpreis um ≥ 1 Tick schlagen
- Fällt auf eine Standard-Limit-Order zurück, wenn kein MM ausführt
RFQ
Mehrbeinige Pakete
- Quote-Anfrage an professionelle Market Maker
- Manuelle Annahme oder Auto-Execute mit Limit
- Atomare Ausführung: ganzes Paket oder nichts
- Kein Rückfall auf das Orderbuch: dafür eine Combo-Order verwenden
Limit-Orders
Der einfachste Pfad. Sie übermitteln Preis, Größe, Seite und Symbol. Die Engine prüft Ihre Margin, validiert Ihre EIP-712-Signatur und platziert die Order im Orderbuch.
Liegt im Orderbuch ruhende Liquidität zu Ihrem Limit oder besser, kreuzen Sie sofort. Andernfalls ruht Ihre Order, bis sie ausgeführt oder storniert wird.
Dies ist der Ausführungspfad für Instrumente, die als reines Orderbuch konfiguriert sind (ohne RFQ/RPI-Schicht), sowie für jede Order mit route: "book_only". Reduce-only-Orders, Bulk-Orders und WebSocket-Orders gehen ebenfalls direkt ins Orderbuch.
RPI-Orders (Retail Price Improvement)
Bei Instrumenten, die sowohl für Orderbuch als auch für RFQ konfiguriert sind, durchläuft ein POST /order mit route: "best_execution" (oder ohne Route) eine zweiphasige Ausführungspipeline. Dies ist der Standardpfad im Hypercall-Frontend.
Phase 1: RPI-Auktion
Market Maker konkurrieren um die Ausführung Ihrer Order
- Die Order wird an alle verbundenen Quote Provider übertragen
- Market Maker haben 2 Sekunden, um mit einem verbindlichen Quote zu antworten
- Wenn ausführbare Orderbuch-Liquidität existiert, muss jeder Quote diesen Orderbuchpreis strikt verbessern
- Wenn keine ausführbare Orderbuch-Liquidität existiert, muss jeder Quote Ihr Limit einhalten
- Der Quote mit dem besten Preis gewinnt (bei Gleichstand entscheidet die Eingangszeit)
- Die Auktion endet vorzeitig, wenn alle Market Maker geantwortet haben
- Gewinnt ein qualifizierender Quote, werden Sie sofort zu Ihrem Limit oder besser ausgeführt
Phase 2: Limit-Fallback
Ihre Order wird zur Standard-Limit-Order
- Wird nur aktiv, wenn Phase 1 keine qualifizierende Ausführung ergibt
- Die Order wird zu Ihrem ursprünglichen Limitpreis ins Orderbuch gestellt
- Kreuzt sofort, wenn ruhende Liquidität zu Ihrem Limit oder besser existiert
- Andernfalls ruht die Order, bis sie ausgeführt oder storniert wird
- Es gilt die Standard-Time-in-Force (GTC, IOC, FOK)
- Gesamtlatenz von der Übermittlung bis Phase 2: ca. 2 Sekunden
Die strukturelle Logik stammt aus Programmen der Aktienmärkte wie CBOE BYX's Retail Price Improvement und dem NYSE Retail Liquidity Program: Market Maker erhalten das Privileg, Ihre Order vor dem Orderbuch zu sehen, nur dann, wenn sie ausführbare ruhende Liquidität nicht überspringen, ohne sie zu verbessern.
RFQ (Request for Quote)
RFQ wird für mehrbeinige Orders (Spreads, Straddles, Iron Condors, Risk Reversals) und für einbeinige Instrumente verwendet, die als reines RFQ konfiguriert sind. Market Maker sind die einzige Gegenpartei, und es gibt keinen Rückfall auf das Orderbuch: Wird kein Quote ausgeführt, verfällt die Anfrage. Für ein Paket mit festem Verhältnis können Sie stattdessen auch eine Combo-Order senden.
RFQ hat zwei Modi:
Manuelle Annahme
- Sie übermitteln ein Paket über
POST /rfq/requestmit Ihren Beinen (Instrument, Seite, Größe je Bein) - Das System verteilt die Anfrage an alle berechtigten Quote Provider
- QPs antworten mit verbindlichen Quotes (gültig bis zu 30 Sekunden)
- Sie sehen alle Quotes in der App und wählen manuell einen zur Annahme aus
- Sie signieren und übermitteln eine Annahme (
POST /rfq/accept), um den Trade auszuführen
Die manuelle Annahme gibt Ihnen volle Kontrolle darüber, welchen Quote Sie nehmen. Der Preis dafür ist eine zweite Signatur und das Risiko, dass Quotes verfallen, während Sie entscheiden.
Auto-Execute
- Sie übermitteln ein Paket über
POST /rfq/requestmit einemauto_accept_limit(die maximale Belastung, die Sie zahlen, oder die minimale Gutschrift, die Sie akzeptieren) - Ihre Signatur autorisiert die Ausführung zu jedem Preis innerhalb Ihres Limits im Voraus
- Der erste Quote, der Ihr Limit erreicht oder schlägt, wird automatisch ausgeführt, ohne zweite Signatur
- Trifft vor Ablauf des RFQ kein qualifizierender Quote ein, verfällt die Anfrage ohne Ausführung
Auto-Execute ist schneller und einfacher. Sie legen Ihren schlechtesten akzeptablen Preis vorab fest und lassen das System ausführen. Diesen Modus verwendet das Hypercall-Frontend für mehrbeinige Pakete.
Mehrbeinige Ausführungen sind immer alles oder nichts. Das gesamte Paket wird atomar ausgeführt oder gar nicht. Das beseitigt das Leg-Risiko.
Combo-Orders
Eine Combo-Order handelt ein festes Verhältnis von 2 bis 8 Optionsbeinen auf einen Basiswert als einzelne Limit-Order zu einem Netto-Paketpreis. Entweder werden alle Beine gemeinsam ausgeführt oder keines, und die resultierenden Positionen sind die einzelnen Optionen.
- Routing: Mit
best_executiondurchläuft das Paket zunächst die RPI-Auktion in voller Paketgröße und geht dann ins Orderbuch. Mitbook_onlywird die Auktion übersprungen. - Liquidität: Es kann gegen andere Combo-Orders für dasselbe Paket sowie gegen unterstützte implizite Liquidität aus den Orderbüchern der einzelnen Beine gematcht werden.
- Time-in-Force: GTC lässt den nicht ausgeführten Paketrest ruhen, IOC storniert ihn, FOK führt die volle Paketmenge aus oder nichts.
- In der App: Das Multi-Leg-Ticket bietet eine Combo-Limit-Order an, wenn jedes Bein eine aktive, orderbuchfähige Option auf denselben Basiswert ist. Sie können für dasselbe Paket weiterhin RFQ-Quotes anfordern.
Die API für Combos ist experimentell. Siehe die Experimentelle Combo-API zu Discovery, Signierung und aktuellen Einschränkungen.
Perp-Orders
Perpetual Futures sind Hyperliquid-Perps. Sie werden nicht im Orderbuch von Hypercall gehandelt und durchlaufen weder die RPI-Auktion noch RFQ. Die Engine von Hypercall prüft jede Perp-Order zunächst gegen Ihr gesamtes Portfolio-Margin-Konto. Anschließend erreicht sie Hyperliquid über eine sichere Enclave auf der TEE-Route (Standard in der App, über die API optional; diese Orders tragen die Builder-Adresse von Hypercall) oder über Ihren Account-Contract auf der erweiterten Smart-Contract-Route, und sie wird im Orderbuch von Hyperliquid nach den Regeln von Hyperliquid gematcht.
Siehe Perps auf Hypercall für den vollständigen Orderpfad und Perp-Ordertypen für jeden einzelnen Typ.
Bulk- und Replace-Operationen
Für programmatische Trader unterstützt die API Batch-Operationen:
Bulk- und Replace-Endpunkte
- Bulk Place (
POST /bulk_order): Bis zu 50 Orders in einer Anfrage übermitteln. Bulk-Orders gehen direkt ins Orderbuch (book_only) und durchlaufen nicht die RPI-Auktion. - Bulk Cancel (
DELETE /bulk_orderoderDELETE /bulk_order_cloid): Bis zu 50 Orders per Order-ID oder Client-ID in einer Anfrage stornieren. - Replace (
PUT /order): Eine bestehende Order atomar stornieren und im selben Engine-Tick eine neue platzieren. Kein Lückenrisiko. - Bulk Replace (
PUT /bulk_order): Bis zu 50 Orders atomar ersetzen.
Replace-Operationen sind für Market Maker entscheidend, die Quotes aktualisieren müssen, ohne zum alten Preis ausgeführt zu werden, während die neue Order unterwegs ist.
Preisverbesserung (RPI)
Die zentrale Garantie der RPI-Auktion: Ein Market Maker kann ausführbare ruhende Liquidität nur überspringen, wenn er Ihnen einen besseren Preis als das Orderbuch bietet. Jede ruhende Liquidität innerhalb Ihres Limits setzt die Orderbuch-Referenz, auch wenn sie kleiner als Ihre Order ist. Ihr Limit bleibt der schlechteste akzeptable Ausführungspreis, nicht der Maßstab für die Preisverbesserung, wenn keine Orderbuch-Liquidität existiert.
Der Referenzpreis
Der Referenzpreis ist der beste ruhende Orderbuchpreis innerhalb Ihres Limits, den ein Market Maker schlagen muss. Die angezeigte Größe zu diesem Preis muss Ihre gesamte Order nicht abdecken. Gibt es keine ausführbare ruhende Liquidität, muss der Quote nur Ihr Limit einhalten.
Kauforders
- Wenn bestes Ask <= Ihr Limit, Referenz = bestes Ask im Orderbuch
- MM muss zur Referenz minus 1 Tick oder darunter quotieren
- Gibt es kein ausführbares Ask, darf der MM zu Ihrem Limit oder darunter quotieren
Verkaufsorders
- Wenn bestes Bid >= Ihr Limit, Referenz = bestes Bid im Orderbuch
- MM muss zur Referenz plus 1 Tick oder darüber quotieren
- Gibt es kein ausführbares Bid, darf der MM zu Ihrem Limit oder darüber quotieren
Dies ist dasselbe Prinzip wie bei CBOE BYX Rule 11.24: RPI-Orders müssen den NBBO verbessern. Auf Hypercall ist der „NBBO" der beste ausführbare ruhende Preis im Orderbuch.
Rechenbeispiel
Sie übermitteln eine Kauforder über 1.0 BTC-20260530-80000-C mit einem Limit von $2,450.
Quote Provider
Quote Provider (QPs) sind bei Hypercall registrierte professionelle Market Maker. Sie halten dauerhafte WebSocket-Verbindungen und erhalten sowohl RPI-Auktionsanfragen als auch mehrbeinige RFQs in Echtzeit.
QP-Berechtigung
- Registriert und aktiv (nicht gesperrt)
- Für den betreffenden Basiswert freigeschaltet (oder für alle Basiswerte zugelassen)
- Nicht durch Market Maker Protection (MMP) für diesen Basiswert eingefroren
- Zum Zeitpunkt der Auktion oder des RFQ per WebSocket verbunden
Mehrere QPs konkurrieren in jeder Auktion. Das System wählt den besten Preis, bei Gleichstand entscheidet die Eingangszeit. Dieser Wettbewerb ist der Mechanismus, der die Preisverbesserung antreibt. Je mehr QPs hinzukommen, desto intensiver wird der Wettbewerb und desto enger werden die Spreads.
Siehe Market Maker Protection (MMP) dazu, wie QPs ihr Risiko steuern, und Incentives zu Market-Maker-Programmen.
Berechtigung von Instrumenten
Jedes Instrument hat einen konfigurierten Handelsmodus, der bestimmt, wie Orders geroutet werden:
Jede derzeit im Mainnet gelistete Option läuft im Modus Orderbuch + RFQ. Der Handelsmodus wird pro Instrument festgelegt und kann sich ändern. Sie übermitteln immer denselben Ordertyp, unabhängig davon, in welchem Modus sich das Instrument befindet.
Zusammenfassung der Ausführungspriorität
Gelangt eine einbeinige Order bei einem RPI-fähigen Instrument ins System, werden Ausführungen wie folgt priorisiert:
1. RPI-Auktion
Erster Zugriff (nur berechtigte Instrumente)
- Market Maker konkurrieren um Ihre Order
- Muss Ihr Limit einhalten
- Muss ausführbare ruhende Liquidität um mindestens 1 Tick verbessern
- Der beste Quote gewinnt, bei Gleichstand entscheidet die Eingangszeit
- Ausführung kann eine Preisverbesserung enthalten
2. Orderbuch-Cross
Sofortige Ausführung gegen bestehende Liquidität
- Wird aktiv, wenn keine RPI-Ausführung erfolgt
- Kreuzt ruhende Orders zu Ihrem Limit oder besser
- Standard-Preis-Zeit-Priorität
- Teilausführung möglich (Standard-Matching)
3. Ruhende Order
Warten auf eine Gegenpartei
- Wird aktiv, wenn kein sofortiger Cross erfolgt
- Die Order ruht zu Ihrem Limitpreis
- Im Orderbuch sichtbar
- Unterliegt Ihrer Time-in-Force-Einstellung
Bei reinen Orderbuch-Instrumenten beginnt der Ablauf bei Schritt 2 (keine RPI-Auktion). Das System führt Sie niemals zu einem schlechteren Preis als Ihrem Limit aus.