HIP-2: Hyperliquidity

Motivation

Auch wenn HIP-1 als permissionless Token-Standard ausreicht, ist es in der Praxis oft entscheidend, Liquidität aufzubauen. Eines der zentralen Designprinzipien von Hyperliquid besteht darin, dass Liquidität demokratisiert werden sollte. Für den Perps-Handel kann HLP auf Basis von CEX-Perp- und Spot-Preisen tiefe und enge Liquidität quotieren, doch für HIP-1-Token in frühen Phasen der Preisfindung ist ein neues Modell erforderlich.

Hyperliquidity ist von Uniswap inspiriert und interoperiert zugleich mit einem nativen On-Chain-Orderbuch, um anspruchsvolle Orderbuch-Liquidität von Endnutzern zu unterstützen. HIP-2 ist eine vollständig dezentrale On-Chain-Strategie, die Teil der Block-Übergangslogik von Hyperliquid ist. Anders als bei herkömmlichen automatisierten Orderbuch-Strategien gibt es keine Betreiber. Die Strategielogik wird durch denselben Konsens abgesichert, der auch das Orderbuch selbst betreibt. Beachten Sie, dass Hyperliquidity derzeit nur für Spot-Paare gegen USDC verfügbar ist.

Hyperliquidity wird parametriert durch

1. spot: ein Spot-Orderbuch-Asset mit USDC-Quote, das von einer HIP-1-Bereitstellung zurückgegeben wird
2. startPx: der Anfangspreis der Spanne
3. nOrders: die Anzahl der Orders in der Spanne
4. orderSz: die Größe einer vollen Order in der Spanne
5. nSeededLevels: die Anzahl der Level, die als Bids statt als Asks beginnen. Beachten Sie, dass der Deployer für jedes zusätzliche Bid-Level, das durch Erhöhen von nSeededLevels hinzukommt, Hyperliquidity mit USDC im Wert von px * sz ausstatten muss. Bei festem nOrders verringert eine Erhöhung der Seeded Levels das Gesamtangebot, da sie das Genesis-Angebot von Hyperliquidity reduziert.

Jede Hyperliquidity-Strategie hat eine rekursiv definierte Preisspanne px_0 = startPx, px_i = round(px_{i-1} * 1.003). Die Strategie aktualisiert sich bei jedem Block, dessen Blockzeit mindestens 3 Sekunden seit dem vorherigen Aktualisierungsblock beträgt. Nach jeder Aktualisierung:

1. Die Strategie zielt auf nFull = floor(balance / orderSz) volle Ask-Orders und eine partielle Ask-Order der Größe balance % orderSz ab, sofern die partielle Order ungleich null ist. Sofern ALO-Orders nicht abgewiesen werden, sind diese Orders gewährleistet.
2. Jede vollständig gefüllte Tranche wird in eine Order der Größe orderSz auf der Seite mit verfügbarem Guthaben umgewandelt, mit Ausnahme der einzelnen partiellen Order aus (1), sofern diese existiert.

Die resultierende Strategie garantiert alle 3 Sekunden einen Spread von 0.3%. Wie Smart-Contract-basierte Pools auf Universal-Chains erfordert Hyperliquidity keine Wartung in Form von Nutzertransaktionen. Eine wesentliche Verbesserung besteht darin, dass Hyperliquidity an einem universellen Orderbuch teilnimmt. Aktive Liquiditätsanbieter können sich jederzeit neben Hyperliquidity an der Bereitstellung von Liquidität beteiligen, sodass sich Märkte an eine steigende Nachfrage nach Liquidität anpassen können.