Order-Priorität

Wie Orders geroutet werden, wer sie ausführen darf und in welcher Reihenfolge.

Orderbuch-Grundlagen

Hypercall betreibt ein zentrales Limit-Orderbuch (CLOB) für Optionen und Perpetual Futures. Alle ruhenden Orders sind Limit-Orders. Es gibt keine Market-Orders als eigenständigen Typ.

Preis-Zeit-Priorität

Orders im Buch werden nach Preis-Zeit-Priorität zusammengeführt:

1. Preis: Die ruhende Order mit dem besten Preis wird zuerst ausgeführt. Gebote werden vom höchsten, Briefkurse vom niedrigsten Preis her sortiert.
2. Zeit: Auf demselben Preisniveau wird die Order zuerst ausgeführt, die zuerst eingetroffen ist.

Wenn eine eingehende Order ruhende Liquidität kreuzt, wird sie sofort gegen die besten verfügbaren Preise ausgeführt. Jeder nicht ausgeführte Rest verbleibt im Buch (oder wird storniert, abhängig von der Time-in-Force).

Time-in-Force

Jede Order enthält eine Time-in-Force-Anweisung (TIF):

TIF

Name

Verhalten

Anwendungsfall

GTC

Good Till Cancelled

Verbleibt im Buch, bis sie ausgeführt oder von Ihnen storniert wird

Standard. Passive Limit-Orders, Bereitstellung von Liquidität.

IOC

Immediate or Cancel

Führt sofort aus, was kreuzt, und storniert den Rest

Aggressive Ausführung. Äquivalent zur Market-Order.

FOK

Fill or Kill

Führt die gesamte Größe sofort aus oder storniert alles

Alles oder nichts. Große Blockorders, die nicht teilweise ausgeführt werden sollen.

💡

Es gibt keinen dedizierten Market-Order-Typ. Um Market-Order-Verhalten zu erhalten, geben Sie eine Limit-Order mit TIF IOC zu einem Preis auf, den Sie zu zahlen bereit sind. Die Order kreuzt alles Verfügbare 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 Buch ruhte.
• Der Taker ist die Partei, deren eingehende Order sie gekreuzt hat.

Maker und Taker zahlen unter der Launch-Konfiguration 0 % Gebühren. Siehe Gebühren für die Launch-Richtlinie und das geplante zukünftige Gebührenmodell.

Ordertypen

Hypercall unterstützt mehrere Ausführungswege, abhängig davon, was Sie handeln und wie Sie einreichen:

Limit-Order

Single-Leg-Optionen, direkt ins Buch

• Standard-Limit-Order im Orderbuch
• Kreuzt ruhende Liquidität oder ruht zu Ihrem Preis
• Verfügbar bei Instrumenten, die nur über das Orderbuch handelbar sind
• Time-in-Force: GTC, IOC oder FOK

RPI-Order

Single-Leg-Optionen, Auktion + Buch

• Automatisch bei RFQ-fähigen Instrumenten
• 2-Sekunden-MM-Auktion vor dem Buch
• MMs müssen den Referenzpreis um ≥ 1 Tick verbessern
• Fällt auf eine Standard-Limit-Order zurück, wenn kein MM ausführt

RFQ

Multi-Leg-Pakete

• Request for Quote an professionelle Market Maker
• Manuelle Annahme oder Auto-Execute mit einem Limit
• Atomare Ausführung: gesamtes Paket oder nichts
• Kein Orderbuch-Fallback für Multi-Leg

Limit-Orders

Der einfachste Weg. Sie übermitteln Preis, Größe, Seite und Symbol. Die Engine prüft Ihre Margin, validiert Ihre EIP-712-Signatur und platziert die Order im Buch.

Wenn das Buch ruhende Liquidität zu Ihrem Limit oder besser enthält, kreuzen Sie sofort. Andernfalls ruht Ihre Order, bis sie ausgeführt oder storniert wird.

Dies ist der Ausführungsweg für Instrumente, die als Orderbook-only konfiguriert sind (ohne RFQ/RPI-Schicht).

RPI-Orders (Retail Price Improvement)

Bei Instrumenten, die sowohl für Orderbuch als auch RFQ konfiguriert sind, durchlaufen Single-Leg-Orders automatisch eine zweiphasige Ausführungspipeline. Dies ist der Standardweg im Hypercall-Frontend.

Phase 1: RPI-Auktion

Market Maker konkurrieren um die Ausführung Ihrer Order

• Die Order wird an alle verbundenen Quote-Provider gesendet
• Jeder Market Maker hat 2 Sekunden, um mit einer festen Quote zu antworten
• Wenn ausführbare Buchliquidität existiert, muss jede Quote diesen Buchpreis strikt verbessern
• Wenn keine ausführbare Buchliquidität existiert, muss jede Quote Ihr Limit erfüllen
• Die Quote mit dem besten Preis gewinnt (bei Gleichstand entscheidet die Ankunftszeit)
• Die Auktion endet vorzeitig, wenn alle Market Maker antworten
• Wenn eine qualifizierende Quote gewinnt, werden Sie sofort zu Ihrem Limit oder besser ausgeführt

Ausführungen hier verletzen niemals Ihren Limitpreis.

Phase 2: Limit-Fallback

Ihre Order wird zu einer Standard-Limit-Order

• Wird nur aktiviert, wenn Phase 1 keine qualifizierende Ausführung liefert
• Die Order wird zum ursprünglichen Limitpreis im Orderbuch platziert
• Kreuzt sofort, wenn ruhende Liquidität zu Ihrem Limit oder besser existiert
• Andernfalls ruht die Order, bis sie ausgeführt oder storniert wird
• Standard-Time-in-Force gilt (GTC, IOC, FOK)
• Gesamtlatenz von Einreichung bis Phase 2: ~2 Sekunden

Gleiches Verhalten wie bei direkter Einreichung einer Limit-Order.

Die strukturelle Logik stammt aus Programmen der Aktienmärkte wie dem Retail Price Improvement von CBOE BYX und dem NYSE Retail Liquidity Program: Market Maker erwerben das Privileg, Ihre Order vor dem Buch zu sehen, nur dann, wenn sie ausführbare ruhende Liquidität nicht überspringen, ohne sie zu verbessern.

Auktionsfenster

2 Sekunden

Min. Verbesserung

1 Tick

Teilausführungen

Keine

RFQ (Request for Quote)

RFQ wird für Multi-Leg-Orders (Spreads, Straddles, Iron Condors, Risk Reversals) und für Single-Leg-Instrumente verwendet, die als RFQ-only konfiguriert sind. Es gibt kein CLOB für beliebige Multi-Leg-Pakete, daher sind Market Maker die einzige Gegenpartei.

RFQ hat zwei Modi:

Manuelle Annahme

1. Sie übermitteln ein Paket über POST /rfq/request mit Ihren Legs (Instrument, Seite, Größe pro Leg)
2. Das System verteilt die Anfrage an alle berechtigten Quote-Provider
3. QPs antworten mit festen Quotes (bis zu 30 Sekunden gültig)
4. Sie sehen alle Quotes in der App und wählen manuell eine zur Annahme aus
5. Sie signieren und übermitteln eine Annahme (POST /rfq/accept), um den Handel auszuführen

Die manuelle Annahme gibt Ihnen volle Kontrolle darüber, welche Quote Sie annehmen. Der Kompromiss: eine zweite Signatur und das Risiko, dass Quotes ablaufen, während Sie sich entscheiden.

Auto-Execute

1. Sie übermitteln ein Paket über POST /rfq/request mit einem auto_accept_limit (die maximale Belastung, die Sie zahlen, oder die minimale Gutschrift, die Sie akzeptieren)
2. Ihre Signatur autorisiert die Ausführung zu jedem Preis innerhalb Ihres Limits vorab
3. Die erste Quote, die Ihr Limit erreicht oder übertrifft, wird ohne zweite Signatur automatisch ausgeführt
4. Wenn vor Ablauf der RFQ keine qualifizierende Quote eintrifft, läuft die Anfrage ohne Ausführung ab

Auto-Execute ist schneller und einfacher. Sie legen Ihren schlechtesten akzeptablen Preis im Voraus fest und lassen das System ausführen. Dies ist der Modus, den das Hypercall-Frontend für Multi-Leg-Pakete verwendet.

Manuelle Annahme

Auto-Execute

Erforderliche Signaturen

2 (Einreichen + Annehmen)

1 (Einreichen mit Limit)

Quote-Auswahl

Sie wählen, welche Quote Sie annehmen

Erste qualifizierende Quote gewinnt

Ausführungsgeschwindigkeit

Hängt davon ab, wie schnell Sie annehmen

Sofort, wenn eine qualifizierende Quote eintrifft

Preiskontrolle

Sie sehen exakte Preise, bevor Sie sich festlegen

Vorab autorisiertes Limit. Ausführung kann besser als das Limit erfolgen.

Ablaufrisiko

Quotes können ablaufen, während Sie prüfen

Keine manuelle Annahmeverzögerung. Anfrage kann dennoch ablaufen, wenn keine Quote Ihr Limit erfüllt.

Multi-Leg-Ausführungen sind immer alles oder nichts. Das gesamte Paket wird atomar ausgeführt oder gar nicht. Dies eliminiert das Leg-Risiko.

Perp-Orders (Direktiven)

Orders für Perpetual Futures gehen einen separaten Weg. Anstelle des Options-Orderbuchs werden Perp-Orders als Direktiven an HyperCore (die On-Chain-Ausführungsschicht von Hyperliquid) übermittelt.

Perp-Orders werden über POST /v1/actions/hl_limit_order eingereicht und unterstützen:

Funktion

Details

Ordertypen

Nur Limit (verwenden Sie IOC-TIF für Market-Order-Verhalten)

Time-in-Force

GTC, IOC, ALO (Add Liquidity Only, ruht oder storniert, kreuzt niemals)

Reduce-Only

Unterstützt. Order kann eine bestehende Position nur reduzieren, niemals vergrößern.

Stornierung

Nach Order-ID (hl_cancel_by_oid) oder Client-ID (hl_cancel_by_cloid)

Ausführung

On-Chain über HyperCore-Precompile. Settlement ist atomar.

RPI/RFQ

Nicht anwendbar. Perp-Orders gehen direkt in das On-Chain-Buch.

Perp-Orders durchlaufen weder die RPI-Auktion noch das RFQ-System. Sie werden signiert, an den On-Chain-Börsenvertrag weitergeleitet und on-chain zusammengeführt.

Bulk- und Replace-Operationen

Für programmatische Trader unterstützt die API Batch-Operationen:

Bulk- und Replace-Endpunkte

• Bulk Place (POST /bulk_order): Übermitteln Sie bis zu 50 Orders in einer Anfrage. Jede durchläuft unabhängig den Standard-Ausführungsweg.
• Bulk Cancel (DELETE /bulk_order oder DELETE /bulk_order_cloid): Stornieren Sie bis zu 50 Orders nach Order-ID oder Client-ID in einer Anfrage.
• Replace (PUT /order): Storniert atomar eine bestehende Order und platziert eine neue im selben Engine-Tick. Kein Gap-Risiko.
• Bulk Replace (PUT /bulk_order): Ersetzen Sie bis zu 50 Orders atomar.

Replace-Operationen sind entscheidend für Market Maker, die Quotes aktualisieren müssen, ohne dem Risiko ausgesetzt zu sein, zum alten Preis ausgeführt zu werden, während die neue Order unterwegs ist.

Preisverbesserung (RPI)

Die Kerngarantie der RPI-Auktion: Ein Market Maker kann ausführbare ruhende Liquidität nicht überspringen, es sei denn, er bietet Ihnen einen besseren Preis als das Buch. Jede ruhende Liquidität innerhalb des Limits, selbst wenn sie kleiner als Ihre Order ist, legt die Buchreferenz fest. Ihr Limit bleibt der schlechteste akzeptable Ausführungspreis, nicht die Benchmark für die Preisverbesserung, wenn keine Buchliquidität existiert.

Der Referenzpreis

Der Referenzpreis ist der beste ruhende Buchpreis innerhalb des Limits, den ein Market Maker übertreffen muss. Die angezeigte Größe zu diesem Preis muss Ihre volle Order nicht abdecken. Wenn keine ausführbare ruhende Liquidität existiert, muss die Quote nur Ihr Limit erfüllen.

Kauforders

• Wenn bester Brief <= Ihr Limit, Referenz = bester Brief im Buch
• MM muss zum Referenzpreis minus 1 Tick oder darunter quotieren
• Wenn kein ausführbarer Briefkurs existiert, kann der MM zu Ihrem Limit oder darunter quotieren

Verkaufsorders

• Wenn bestes Geld >= Ihr Limit, Referenz = bestes Geld im Buch
• MM muss zum Referenzpreis plus 1 Tick oder darüber quotieren
• Wenn kein ausführbarer Geldkurs existiert, kann der MM zu Ihrem Limit oder darüber quotieren

Dies ist dasselbe Prinzip wie hinter CBOE BYX Rule 11.24: RPI-Orders müssen die NBBO verbessern. Auf Hypercall ist die „NBBO" der beste ausführbare ruhende Preis im Orderbuch.

Ausgearbeitetes Beispiel

Sie übermitteln eine Kauforder für 1,0 BTC-30MAY26-80000-C mit einem Limit von $2.450.

Buchzustand

Buchreferenz

MM-Anforderung

Ergebnis

Bester Brief: $2.448

$2.448

Bei oder unter $2.447,9999

MM quotiert $2.447,50. Ausgeführt mit $2,50 Verbesserung gegenüber dem Buch.

Teilweiser Brief: $2.448 für 0,1 Kontrakte

$2.448

Bei oder unter $2.447,9999

MM muss dennoch den angezeigten Buchpreis verbessern, um Ihre volle Order auszuführen.

Bester Brief: $2.455

Keine

Bei oder unter Ihrem $2.450-Limit

MM quotiert $2.450. Ausgeführt zu Ihrem Limit, ohne ruhende Liquidität zu überspringen.

Keine ruhenden Briefkurse

Keine

Bei oder unter Ihrem $2.450-Limit

MM quotiert $2.450. Ausgeführt zu Ihrem Limit.

Bester Brief: $2.448

$2.448

Bei oder unter $2.447,9999

MM quotiert $2.448,50 (nicht genug Verbesserung). Abgelehnt. Sie kreuzen das Buch bei $2.448.

Anzeige der Preisverbesserung

• Bei Ausführung über RPI gegen eine ausführbare Buchreferenz zeigt die App Ihre Ersparnis gegenüber dem Buch an
• Wenn keine ausführbare Buchreferenz existiert, zeigt die App an, dass die Quote innerhalb Ihres Limits ausgeführt wurde
• Beispiel: Ausgeführt zu $2.447,50, $2,50 gespart (0,1 %)
• Dies erscheint automatisch in Ihrer Ausführungsbestätigung, keine Aktion erforderlich

Quote-Provider

Quote-Provider (QPs) sind professionelle Market Maker, die bei Hypercall registriert sind. Sie unterhalten persistente WebSocket-Verbindungen und erhalten sowohl RPI-Auktionsanfragen als auch Multi-Leg-RFQs in Echtzeit.

QP-Berechtigung

• Registriert und aktiv (nicht gesperrt)
• Für den relevanten Basiswert auf der Whitelist (oder für alle Basiswerte zugelassen)
• Nicht durch Market Maker Protection (MMP) für diesen Basiswert eingefroren
• Zum Zeitpunkt der Auktion oder RFQ über WebSocket verbunden

Mehrere QPs konkurrieren in jeder Auktion. Das System wählt den besten Preis, bei Gleichstand entscheidet die Ankunftszeit. 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) für das Risikomanagement der QPs und Anreize für Market-Maker-Programme.

Instrumenten-Berechtigung

Jedes Instrument hat einen konfigurierten Handelsmodus, der bestimmt, wie Orders geroutet werden:

Handelsmodus

Limit-Orders

RPI-Auktion

RFQ

Typische Verwendung

Orderbuch + RFQ

Ja (Phase-2-Fallback)

Ja (Phase 1)

Ja (Multi-Leg)

Die meisten Optionsinstrumente bei Launch

Nur Orderbuch

Ja (direkt)

Nein

Nein

Hochliquide Instrumente mit tiefen Büchern

Nur RFQ

Nein

Nein

Ja (kein Buch-Fallback)

Illiquide oder neu gelistete Instrumente

Wenn Instrumente reifen und mehr ruhende Liquidität anziehen, wechseln sie von RFQ-fähig zu Orderbook-only. Das Routing ist für Sie transparent. Sie übermitteln immer denselben Ordertyp, unabhängig davon, in welchem Modus sich das Instrument befindet.

Zusammenfassung der Fill-Priorität

Wenn eine Single-Leg-Order auf einem RPI-fähigen Instrument in das System gelangt, werden Ausführungen wie folgt priorisiert:

1. RPI-Auktion

Erster Blick (nur berechtigte Instrumente)

• Market Maker konkurrieren um Ihre Order
• Muss Ihr Limit erfüllen
• Muss ausführbare ruhende Liquidität um mindestens 1 Tick verbessern
• Beste Quote gewinnt, bei Gleichstand entscheidet die Ankunftszeit
• Ausführung kann Preisverbesserung enthalten

2. Buch-Kreuzung

Sofortige Ausführung gegen bestehende Liquidität

• Wird aktiviert, wenn keine RPI-Ausführung erfolgt
• Kreuzt gegen ruhende Orders zu Ihrem Limit oder besser
• Standard-Preis-Zeit-Priorität
• Kann teilweise ausgeführt werden (Standard-Matching)

3. Ruhende Order

Warten auf eine Gegenpartei

• Wird aktiviert, wenn keine sofortige Kreuzung erfolgt
• Order ruht zu Ihrem Limitpreis
• Im Orderbuch sichtbar
• Unterliegt Ihrer Time-in-Force-Einstellung

Bei Orderbook-only-Instrumenten beginnt der Ablauf bei Schritt 2 (keine RPI-Auktion). Das System führt Sie niemals zu einem Preis aus, der schlechter als Ihr Limit ist.

Häufige Missverständnisse

Häufige Missverständnisse

Der FehlerMarket Maker können ruhende Buchliquidität in der RPI-Auktion nur egalisieren und die Ausführung übernehmen

Die RealitätSie müssen ausführbare ruhende Liquidität um mindestens 1 Tick übertreffen. Wenn keine ausführbare ruhende Liquidität existiert, ist das Egalisieren Ihres Limits erlaubt.

Der FehlerDie 2-Sekunden-RPI-Auktion verzögert meine Order erheblich

Die RealitätDie Auktion endet vorzeitig, wenn alle verbundenen MMs antworten. In der Praxis liegt die Latenz oft deutlich unter 2 Sekunden. Die Platzierung in Phase 2 erfolgt danach sofort.

Der FehlerIch muss mich für RPI anmelden oder eine Einstellung aktivieren

Die RealitätRPI ist für alle berechtigten Instrumente automatisch. Es gibt keinen Schalter, keinen Moduswechsel und keinen separaten Ordertyp.

Der FehlerMulti-Leg-Orders können auf das Orderbuch zurückfallen

Die RealitätEs gibt kein CLOB für beliebige Multi-Leg-Pakete. Wenn kein MM das Paket ausführt, läuft die RFQ ab. Sie können erneut einreichen oder die Legs einzeln aufbauen.

Der FehlerIOC ist dasselbe wie eine Market-Order

Die RealitätIOC erfordert weiterhin einen Limitpreis. Sie kreuzt alles Verfügbare zu Ihrem Limit oder besser und storniert dann den nicht ausgeführten Teil. Sie können niemals schlechter als zu Ihrem angegebenen Preis ausgeführt werden.

FAQ