Gas Economics, Free Cancellations & Mark Price Oracles

1. The Problem with Standard EVM Gas for Trading

In traditional blockchain environments like Ethereum or standard rollup L2s, every state write incurs variable gas fees denominated in volatile native assets (official docs). For automated market makers (AMMs) and quantitative trading firms, this creates critical vulnerabilities:

• Gas Spikes on Volatility: When market prices move sharply, network congestion increases gas fees by 10x–100x. Market makers cannot update bids or cancel stale quotes without paying exorbitant fees.
• Stale Quote Exploitation (Sniping): Latency arbitrageurs front-run market maker cancellations in public mempools, leading to adverse selection and wider bid-ask spreads.
• Failed Cancellations: Out-of-gas errors during market turbulence can lead to catastrophic losses for liquidity providers.

2. Dynamic Priority Fees & Spam Mitigation

To prevent malicious actors from spamming the validator network with millions of useless orders without cost, Hyperliquid utilizes an adaptive rate-limiting and priority fee mechanism based on account fill-to-cancel ratios and nonces:

[User Order Stream] ──► [Fill-to-Cancel Ratio Check] ──► [Deterministic Priority Queue]
                               │                                      │
                   High Fill Ratio: FREE                     Sub-second Execution
                   Excessive Spam: Rate Throttled           Zero Toxic MEV Front-running

Accounts maintaining a healthy fill ratio receive prioritized order matching without paying gas surcharges. If an account continuously submits non-filling orders at abnormal frequencies, the protocol applies temporary micro-throttling without impacting honest traders.

3. Native Oracle Architecture & Mark Price Calculation

Perpetual contracts require accurate, manipulation-resistant spot price feeds to calculate unrealized PnL, trigger liquidations, and enforce hourly funding rates. Hyperliquid bypasses external third-party oracle delay (such as Chainlink 1-minute heartbeats) by integrating a native validator-driven oracle consensus engine.

Mark Price Medianizer Formula

The protocol computes the Mark Price ($P_{ ext{mark}}$) for every asset in every sub-second block using a robust median of multiple independent feeds:

P_mark = Median(P_index, P_oracle_1, P_oracle_2, P_median_30s) + Exponential_Moving_Basis

4. Comparison with Other DEX Oracle Implementations