HIP-4: Outcome-Märkte

Überblick

Outcomes sind vollständig besicherte Kontrakte, die innerhalb einer festen Spanne abgerechnet werden. HIP-4 ist ein universelles Primitiv, das für Anwendungen wie Prädiktionsmärkte und begrenzte optionsähnliche Instrumente nützlich ist.

Outcomes bringen Nichtlinearität, datierte Kontrakte und eine alternative Form des Derivatehandels ohne Hebel oder Liquidationen. Das Outcome-Primitiv erweitert die Ausdruckskraft von HyperCore und lässt sich mit anderen Primitiven wie Portfolio Margin und HyperEVM kombinieren.

Der erste Markt ist ein wiederkehrendes binäres Outcome, das täglich um 06:00 UTC auf den BTC-Markpreis der HyperCore-Markpreise abgerechnet wird. Die Spezifikation finden Sie hier. Multi-Outcome-Märkte werden unterstützt, sind aber nicht Teil des ersten Mainnet-Releases. Weitere Funktionen und Märkte werden schrittweise eingeführt.

Die Outcome-Trading-API ähnelt der für Spot, wobei die wichtigsten Unterschiede hier hervorgehoben werden: https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/api/asset-ids.

Mechanik

Jeder Outcome-Markt besteht aus zwei Seiten mit jeweils einem Token. Die Token werden durch sideSpecs im Info-Endpunkt outcomeMeta bezeichnet, häufig Yes und No. Bei der Abrechnung werden automatisch entweder Yes in settleFraction Quote-Token und No in 1 - settleFraction Quote-Token umgewandelt. Insbesondere gilt settleFraction = 1 für die Abrechnung "binary yes" und settleFraction = 0 für "binary no".

Die Orderbücher der Yes- und No-Token desselben Outcome werden zusammengeführt, um Liquidität zu teilen. Beispielsweise entspricht eine Order zum Kauf von Yes zum Preis p einer Order zum Verkauf von No zum Preis 1-p. Im zusammengeführten Buch verallgemeinert sich die Preis-Zeit-Priorität zur Preis-Seite-Zeit-Priorität. Mit anderen Worten: für Orders auf demselben zusammengeführten Preislevel werden die ruhenden Verkaufsorders vor allen ruhenden dualen Kauforders sortiert. Fortgeschrittene Nutzer können Outcomes zudem manuell splitten und mergen, um zwischen primären und dualen Guthaben zu wechseln. API-Beispiele finden Sie hier.

Die meisten Operationen abstrahieren die Liquidität des dualen Buchs aus Sicht des Nutzers. Es gibt jedoch einige Fälle, deren Bedienkomfort mit einem künftigen Netzwerk-Upgrade verbessert wird. Beispielsweise können historische Orders die primären und dualen Orders getrennt zurückgeben, wenn ein Nutzer eine Order sendet, die sowohl matcht als auch im Buch ruht.

Questions sind Sammlungen von Outcomes, bei denen genau ein Outcome auf Yes und alle übrigen auf No abgerechnet werden. Jedes Outcome wird in einem eigenen Orderbuch gehandelt, ist aber durch negate- und merge-Operationen verknüpft. API-Beispiele finden Sie hier. Mit anderen Worten: Nutzer mit No-Anteilen an verschiedenen Outcomes derselben Question können Quote-Token einlösen, bevor die zugrunde liegenden Outcomes abgerechnet werden.

Für die ersten Tests sind die Gebühren für Outcome-Märkte derzeit null. Builder Codes funktionieren jedoch genauso wie beim normalen Spot-Handel, bei dem Builder auf Verkaufsorders, die ihren Builder Code angeben, Builder-Gebühren verdienen.