Margine di portafoglio

Con il margine di portafoglio, il trading spot e perp di un utente viene unificato per una maggiore efficienza del capitale. Inoltre, gli account con margine di portafoglio maturano automaticamente un rendimento su tutti gli asset prendibili in prestito non utilizzati attivamente per il trading.

Il margine di portafoglio abilita funzionalità come il carry trade, in cui un saldo spot è compensato da una posizione perp short, garantita dal saldo spot. Il pnl spot e il pnl perp si compensano a vicenda, proteggendo dalla liquidazione della posizione perp. Più in generale, il trading spot e perp può essere effettuato a partire da un unico saldo unificato. Ad esempio, un utente può detenere HYPE e acquistare immediatamente BTC sul book BTC/USDC. Tutte le HIP-3 DEX sono incluse nel margine di portafoglio, sebbene non tutti gli asset di garanzia delle HIP-3 DEX siano prendibili in prestito. Anche le future classi di asset e primitive di HyperCore supporteranno il margine di portafoglio.

Gli utenti possono fornire asset di quotazione idonei per maturare un rendimento. Questo crea sinergia e si compone con i protocolli di lending su HyperEVM. In un futuro aggiornamento, CoreWriter esporrà la stessa azione di fornitura per gli smart contract. Il margine di portafoglio non introduce intenzionalmente un mercato del lending completo su HyperCore, poiché è preferibile che venga realizzato da team indipendenti sull'EVM. Ad esempio, il lending su HyperCore non è tokenizzato, ma un protocollo EVM potrebbe farlo lanciando un contratto token ERC20 fruttifero interamente onchain tramite CoreWriter e i precompiles. Il margine di portafoglio introduce una domanda organica di prestito e dovrebbe ampliare la proposta di valore dei team che sviluppano su HyperEVM.

IMPORTANTE: il margine di portafoglio è un aggiornamento tecnico complesso e richiede l'avvio del lato dell'offerta per gli asset prendibili in prestito. Gli account con margine di portafoglio ricorrono al comportamento senza margine di portafoglio quando vengono raggiunti i limiti. Si applicano i seguenti requisiti:

Account master con >$5M di volume ponderato o valore dell'account >$10k
Valore dell'account <$25M
USDT: limite globale di fornitura di 50M USDT, limite globale di prestito di 10M USDT, limite di fornitura per utente di 5M USDT, limite di prestito per utente di 1M USDT
USDC: limite globale di fornitura di 1B USDC, limite globale di prestito di 500M USDC, limite di fornitura per utente di 250M USDC, limite di prestito per utente di 50M USDC
HYPE: limite globale di fornitura di 25M HYPE, limite di fornitura per utente di 1M HYPE
BTC: limite globale di fornitura di 5k BTC, limite di fornitura per utente di 200 BTC

LTV e prestiti

Con il margine di portafoglio, gli asset di garanzia idonei presentano un rapporto LTV (loan-to-value) compreso tra 0 e 1. HYPE ha un LTV di 0.65 e BTC ha un LTV di 0.5. Quando si inseriscono ordini spot e perp con il margine di portafoglio, un saldo insufficiente viene automaticamente preso in prestito a fronte della garanzia idonea fino a token_balance * borrow_oracle_price * ltv , dove il prezzo è denominato nell'asset preso in prestito.

Gli asset presi in prestito maturano interessi in modo continuo e vengono indicizzati ogni ora per allinearsi all'intervallo di funding dei perp. Gli utenti con margine di portafoglio pagano interessi sugli asset presi in prestito e maturano interessi sugli asset inattivi secondo lo stesso tasso. Il tasso di interesse sul prestito per le stablecoin è fissato a 0.05 + 4.75 * max(0, utilization - 0.8) APY, composto in modo continuo in base al valore istantaneo di utilization = total_borrowed_value / total_supplied_value . Gli interessi maturati vengono accreditati proporzionalmente a tutti i fornitori. Il protocollo trattiene il 10% degli interessi sui prestiti come riserva per future liquidazioni.

Esempio: carry trade

Il carry trade diventa notevolmente più efficiente in termini di capitale con il margine di portafoglio, poiché non vi sono costi di trading per il ribilanciamento su intervalli di prezzo significativi. Il prestito spot e il pnl perp di un account con margine di portafoglio si compensano a vicenda ai fini contabili. Il trader deve comunque tenere conto di fattori esterni come funding, interessi e divario tra i prezzi spot e perp.

Ad esempio, un utente detiene 1 BTC in spot e apre uno short su 1 BTC-USDC perp con leva 10x. Se il prezzo di BTC è 100k, l'utente paga interessi solo sul margine iniziale di 1/10 ma matura funding sull'intera posizione da 100k. Se il prezzo di BTC scende a 50k, il trader registra un pnl non realizzato in USDC. Il trader può scegliere di mantenere il valore nozionale dell'operazione acquistando altro BTC spot e aumentando lo short perp. Se il prezzo di BTC sale a 150k, il margine di portafoglio prende automaticamente in prestito 50k USDC a fronte del BTC spot, che ora vale 150k. L'utente può vendere BTC e chiudere la posizione perp per mantenere l'esposizione nozionale del funding trade. Se il prezzo di BTC sale a 200k, il trader deve ridurre l'esposizione nozionale del funding trade per evitare una liquidazione borrow-lend.

Si noti che l'intervallo di prezzo coperto è aumentato notevolmente rispetto alla stessa operazione senza margine di portafoglio, in cui la gamba perp è garantita da USDC.

Liquidazioni

Il margine di portafoglio è una generalizzazione del margine incrociato. Invece di calcolare il margine di tutte le posizioni perp all'interno di una DEX, tutte le posizioni perp a margine incrociato e i saldi spot vengono considerati congiuntamente ai fini del margine in un unico account. I sub-account continuano a essere trattati separatamente con il margine di portafoglio.

Le liquidazioni vengono attivate quando l'intero account con margine di portafoglio scende al di sotto del proprio requisito di margine di mantenimento del portafoglio. Gli utenti possono monitorare questo requisito tramite il portfolio margin ratio, definito come

{% 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 %}

L'account diventa liquidabile quando portfolio_margin_ratio > 0.95. Tutti i valori nozionali nella definizione sopra riportata vengono convertiti in USDC utilizzando borrow_oracle_price(token) .

Una volta raggiunti i limiti di prestito, l'ulteriore margine utilizzato deve essere fornito dall'utente tramite l'asset di regolamento, indipendentemente dal fatto che il margine di portafoglio sia attivo.

A seconda dell'ordine di aggiornamento dei prezzi dell'oracle, possono essere liquidate per prime le posizioni perp o i prestiti spot. In altre parole, quando il portfolio margin ratio risulta liquidabile, gli utenti non devono attendersi una sequenza di liquidazione deterministica.

Le liquidazioni del margine di portafoglio vengono rilevate direttamente dal backstop liquidator all'indirizzo di sistema 0xbbb...b . Se la salute dell'utente è inferiore alla soglia di liquidazione totale, gli asset forniti con LTV positivo e gli asset presi in prestito vengono interamente rilevati dal backstop liquidator. Se la salute dell'utente è compresa tra la soglia di liquidazione parziale e quella di liquidazione totale, gli asset forniti con LTV positivo e gli asset presi in prestito vengono invece rilevati in intervalli del 20%, interrompendosi non appena l'utente non è più liquidabile. La soglia di slippage per il takeover è size_liquidated * oracle_price * (LTV(asset) + 2) / 3) * width dove width è 3M USDC per HYPE e 300k USDC per BTC. Il backstop liquidator converte gli asset di garanzia in asset di debito per il rimborso, utilizzando un TWAP con emivita di 10 minuti. A differenza dei perp, non è prevista una fase di liquidazione di mercato, poiché i book spot hanno una liquidità meno costante rispetto ai perp.