Portfolio-Margin

Unter Portfolio-Margin werden der Spot- und der Perp-Handel eines Nutzers für eine höhere Kapitaleffizienz zusammengeführt. Darüber hinaus erzielen Portfolio-Margin-Konten automatisch Erträge auf alle beleihbaren Assets, die nicht aktiv für den Handel genutzt werden.

Portfolio-Margin ermöglicht Funktionen wie den Carry Trade, bei dem ein Spot-Guthaben durch eine Short-Perp-Position ausgeglichen wird, die durch das Spot-Guthaben besichert ist. Spot- und Perp-pnl gleichen einander aus und schützen vor einer Liquidation der Perp-Position. Allgemeiner können der Spot- und der Perp-Handel aus einem einzigen zusammengeführten Guthaben heraus erfolgen. Beispielsweise könnte ein Nutzer auch HYPE halten und sofort BTC im BTC/USDC-Orderbuch kaufen. Alle HIP-3 DEXs sind in Portfolio-Margin einbezogen, allerdings sind nicht alle Sicherheiten-Assets der HIP-3 DEXs beleihbar. Künftige HyperCore-Assetklassen und -Primitives werden Portfolio-Margin ebenfalls unterstützen.

Nutzer können geeignete Quote-Assets bereitstellen, um Erträge zu erzielen. Dies erzeugt Synergien und lässt sich mit HyperEVM-Lending-Protokollen kombinieren. In einem künftigen Upgrade wird CoreWriter dieselbe Bereitstellungsaktion für Smart Contracts verfügbar machen. Portfolio-Margin bringt bewusst keinen vollwertigen Kreditmarkt nach HyperCore, da dieser am besten von unabhängigen Teams auf der EVM aufgebaut wird. Beispielsweise ist HyperCore-Lending nicht tokenisiert, doch ein EVM-Protokoll könnte dies durch die Einführung eines vollständig onchain, ertragsbringenden ERC20-Token-Vertrags über CoreWriter und Precompiles realisieren. Portfolio-Margin erzeugt eine organische Nachfrage nach Kreditaufnahme und dürfte das Wertversprechen von Teams, die auf der HyperEVM aufbauen, erweitern.

WICHTIG: Portfolio-Margin ist ein komplexes technisches Upgrade und erfordert den Aufbau der Angebotsseite für beleihbare Assets. Portfolio-Margin-Konten fallen bei Erreichen der Obergrenzen auf das Verhalten ohne Portfolio-Margin zurück. Es gelten die folgenden Anforderungen:

Master-Konto >$5M an gewichtetem Volumen oder Kontowert >$10k
Kontowert <$25M
USDT: 50M USDT globale Angebotsobergrenze, 10M USDT globale Kreditaufnahme-Obergrenze, 5M USDT Angebotsobergrenze pro Nutzer, 1M USDT Kreditaufnahme-Obergrenze pro Nutzer
USDC: 1B USDC globale Angebotsobergrenze, 500M USDC globale Kreditaufnahme-Obergrenze, 250M USDC Angebotsobergrenze pro Nutzer, 50M USDC Kreditaufnahme-Obergrenze pro Nutzer
HYPE: 25M HYPE globale Angebotsobergrenze, 1M HYPE Angebotsobergrenze pro Nutzer
BTC: 5k BTC globale Angebotsobergrenze, 200 BTC Angebotsobergrenze pro Nutzer

LTV und Kreditaufnahme

Unter Portfolio-Margin weisen geeignete Sicherheiten-Assets eine LTV-Quote (Loan-to-Value) zwischen 0 und 1 auf. HYPE hat einen LTV von 0.65 und BTC einen LTV von 0.5. Beim Aufgeben von Spot- und Perp-Orders unter Portfolio-Margin wird ein unzureichendes Guthaben automatisch gegen geeignete Sicherheiten bis zu token_balance * borrow_oracle_price * ltv geliehen, wobei der Preis in dem geliehenen Asset denominiert ist.

Geliehene Assets laufen kontinuierlich mit Zinsen auf und werden stündlich indiziert, um dem Perp-Funding-Intervall zu entsprechen. Portfolio-Margin-Nutzer zahlen Zinsen auf geliehene Assets und erhalten Zinsen auf ungenutzte Assets zum selben Satz. Der Kreditzinssatz für Stablecoins ist auf 0.05 + 4.75 * max(0, utilization - 0.8) APY festgelegt, kontinuierlich verzinst in Abhängigkeit vom momentanen Wert von utilization = total_borrowed_value / total_supplied_value . Erzielte Zinsen werden allen Anbietern anteilig gutgeschrieben. Das Protokoll behält 10% der Kreditzinsen als Puffer für künftige Liquidationen ein.

Beispiel: Carry Trade

Der Carry Trade wird mit Portfolio-Margin deutlich kapitaleffizienter, da über weite Preisspannen hinweg keine Handelskosten für das Rebalancing anfallen. Die Spot-Kreditaufnahme und der Perp-pnl eines Portfolio-Margin-Kontos gleichen sich bilanziell aus. Der Trader muss weiterhin externe Faktoren wie Funding, Zinsen und Abweichungen zwischen Spot- und Perp-Preisen berücksichtigen.

Beispielsweise hält ein Nutzer 1 BTC im Spot und geht mit 10x Hebel in einem 1 BTC-USDC-Perp short. Wenn der BTC-Preis bei 100k liegt, zahlt der Nutzer Zinsen nur auf die 1/10-Anfangsmarge, erhält aber Funding auf die gesamte 100k-Position. Fällt der BTC-Preis auf 50k, hat der Trader nicht realisierten pnl in USDC. Der Trader kann den Nominalwert des Trades aufrechterhalten, indem er mehr Spot-BTC kauft und den Perp-Short erhöht. Steigt der BTC-Preis auf 150k, leiht Portfolio-Margin automatisch 50k USDC gegen den Spot-BTC, der nun 150k wert ist. Der Nutzer kann BTC verkaufen und die Perp-Position schließen, um das nominale Exposure des Funding-Trades aufrechtzuerhalten. Steigt der BTC-Preis auf 200k, muss der Trader das nominale Exposure des Funding-Trades reduzieren, um eine Borrow-Lend-Liquidation zu vermeiden.

Beachten Sie, dass die abgesicherte Preisspanne im Vergleich zum selben Trade ohne Portfolio-Margin, bei dem die Perp-Seite durch USDC besichert ist, drastisch zunahm.

Liquidationen

Portfolio-Margin ist eine Verallgemeinerung von Cross-Margin. Anstatt alle Perp-Positionen innerhalb einer DEX gemeinsam mit Margin zu versehen, werden alle Cross-Margin-Perp-Positionen und Spot-Guthaben innerhalb eines Kontos gemeinsam bemargint. Subkonten werden unter Portfolio-Margin weiterhin getrennt behandelt.

Liquidationen werden ausgelöst, wenn das gesamte Portfolio-Margin-Konto unter seine Portfolio-Maintenance-Margin-Anforderung fällt. Nutzer können diese Anforderung über die portfolio margin ratio, überwachen, die definiert ist als

{% code overflow="wrap" %}

portfolio_margin_ratio = max_{borrowable_token} (portfolio_maintenance_requirement(borrowable_token) / portfolio_liquidation_value(borrowable_token))

where

portfolio_maintenance_requirement(token) = min_borrow_offset + sum_{dex} cross_maintenance_margin(dex) + borrowed_size_for_maintenance(token) * borrow_oracle_price(token)

portfolio_liquidation_value(token) = portfolio_balance(token) + min(borrow_cap(token), min(portfolio_balance(token), supply_cap(token)) * borrow_oracle_price(token) * liquidation_threshold(token))

liquidation_threshold(token) = 0.5 + 0.5 * LTV(token)

borrow_oracle_price(token) = median(HL_spot_USDC_price, HL_perp_mark_price * USDT_USDC_oracle, HL_perp_oracle_price * USDT_USDC_oracle)

USDT_USDC_oracle = 1 / HL_spot_oracle_price(USDC)

min_borrow_offset = 20 USDC

{% endcode %}

Das Konto wird liquidierbar, wenn portfolio_margin_ratio > 0.95. Alle Nominalwerte in der obigen Definition werden unter Verwendung von borrow_oracle_price(token) in USDC umgerechnet.

Nach Erreichen der Kreditobergrenzen muss zusätzlich genutzte Margin vom Nutzer unter Verwendung des Settlement-Assets bereitgestellt werden, unabhängig davon, ob Portfolio-Margin aktiv ist.

Je nach Reihenfolge der Oracle-Preisaktualisierungen können entweder Perp-Positionen oder Spot-Kreditaufnahmen zuerst liquidiert werden. Mit anderen Worten: Sobald portfolio margin ratio liquidierbar ist, sollten Nutzer keine deterministische Liquidationsreihenfolge erwarten.

Portfolio-Margin-Liquidationen werden direkt vom Backstop-Liquidator an der Systemadresse 0xbbb...b übernommen. Liegt die Kontogesundheit unter dem Schwellenwert für die vollständige Liquidation, werden die bereitgestellten Assets mit positivem LTV und die geliehenen Assets vollständig vom Backstop-Liquidator übernommen. Liegt die Kontogesundheit zwischen dem Schwellenwert für die teilweise und dem für die vollständige Liquidation, werden die bereitgestellten Assets mit positivem LTV und die geliehenen Assets stattdessen in 20%-Intervallen übernommen, wobei der Vorgang endet, sobald der Nutzer nicht mehr liquidierbar ist. Der Slippage-Schwellenwert für die Übernahme ist size_liquidated * oracle_price * (LTV(asset) + 2) / 3) * width , wobei width für HYPE 3M USDC und für BTC 300k USDC beträgt. Der Backstop-Liquidator wandelt Sicherheiten-Assets zur Rückzahlung in Schuld-Assets um und verwendet dabei einen TWAP mit einer Halbwertszeit von 10 Minuten. Anders als bei Perps gibt es keine Marktliquidationsphase, da Spot-Orderbücher über eine weniger konstante Liquidität verfügen als Perps.