

Planemo Trading
2.9K posts

@PlanemoTrading
quantitative algorithmic trading platform for perpetual futures. alpha live on hyperliquid (hip3), extended, grvt & lighter. stat arb: https://t.co/XfLlM5UQAS











What's unique about Extended’s native money market. With multi-asset collateral now live, @extendedapp users can deposit ETH and wBTC (with USDT and EURC coming shortly) and use them as margin to trade perpetuals. When a user's USDC balance goes negative, borrowing is triggered automatically with the Extended Vault serving as the primary lender. The key difference is how borrowing rates work. Traditional crypto money markets typically operate through isolated lending pools, where interest rates depend only on utilisation of a specific pool. Collateral risk is managed separately through haircuts and borrowing limits. Extended's setup is fundamentally different. The Vault lends against multiple collateral assets simultaneously, while borrowing demand emerges dynamically from unrealised PnL. In this environment static global borrowing caps are not practical. As a result borrowing rates depend on two dimensions: - overall vault utilisation - utilisation against a specific collateral asset. This means borrowing USDC against ETH can be cheaper than borrowing against BTC if system-wide exposure to ETH is lower. The second layer is how borrowing is allocated. When a user has multiple collateral assets, the system automatically routes borrowing through the lowest-rate collateral first, minimising the effective cost of capital. Example: if a user has a negative USDC balance backed by both ETH and wBTC collateral, and ETH borrow rates are lower than BTC, the system will allocate borrowing against ETH first before routing the remainder against BTC, continuously reducing the effective cost of capital. The result is a system where: - users automatically receive the cheapest borrowing allocation across their collateral portfolio - Extended maintains granular risk control over exposure to different collateral assets backing borrowed USDC - vault depositors earn additional yield directly from trading activity.






Priority fees update. Live on mainnet for 4 days now. Here's what the data shows. Last 24h: Total priority gas burned: 50.41 HYPE Fills with priority: 267,323 Annualized burn (linear): 18.40K HYPE Avg priority gas: 0.000189 HYPE Max single priority gas: 0.318423 HYPE Who's paying: 0x3999...3336 · 29.54 HYPE · 83,333 fills · ~59% of all priority gas 0xefd3...28df · 12.78 HYPE · 11,090 fills 0x10fb...632c · 3.60 HYPE · 346 fills 0x57dd...494b · 3.10 HYPE · 2,871 fills 0xce97...7e78 · 0.66 HYPE · 106,929 fills What's interesting in the activity feed: cash:TSLA, cash:SILVER, xyz:BIRD, xyz:MSTR, xyz:EWY, hyna:SUI. Priority gas is being used across HIP-3 equities, commodities, crypto, and spot. Not concentrated on one pair, spread across the board. Compared to day 2 data (first tweet): Total priority gas: 14.56 to 50.41 HYPE (+246%) Fills with priority: 102,424 to 267,323 (+161%) Max priority gas: 0.141 to 0.318 (+126%) Number of active payers growing, top payer share dropping from 86% to 59% Usage is spreading. More wallets paying, across more instruments, with higher max bids. Still early but the trend is clear. For context: My earlier projections had the LOW scenario at ~810 HYPE/day. We're at 50.41 HYPE/day after 4 days. Below LOW but growing fast. If the current growth rate holds for a few weeks, LOW scenario becomes realistic quickly. Track it live: liquidterminal.xyz/explorer/prior… Powered by @hypedexer Hyperliquid.




We at @PlanemoTrading were among the first 15 users to implement priority fees on @HyperliquidX for internal testing and are a top10 wallet by fees spent so far. From our own tests across 1,000+ transactions, we can see that this update serves effectively as a speedbump for IOC orders on HIP3. Our latency increased by roughly the 8x45ms that is outlined in the docs as maximum possible speed increase. It would be interesting to analyze the current user base of priority fees to find out what strategies are being run that justify implementation. The docs mention the reasoning behind priority fees is to prevent the escalation of an arms race of ultra-fast market makers. We are not ultra-fast nor a market maker. We so far don't see the value of paying 8bps extra just to get the speed we got "for free" a week ago. Our strategy does not necessarily benefit from being faster than other takers, but it certainly hurts performance if we are slower while order cancel/refresh stays the same as pre-update. So looks like some strategies could end up as collateral damage here as an unintended (?) side effect.


