How Gas Works on HyperEVM vs Trading on HyperCore
HyperEVM contract calls pay HYPE gas under EVM fee mechanics; native HyperCore trading actions use Hyperliquid's trading fee and action model instead of EVM gas.
Gas on Hyperliquid depends on which execution environment you are using. HyperEVM transactions consume EVM gas and pay fees in HYPE. Native HyperCore trading actions are not ordinary EVM contract calls, so a trader does not pay EVM gas every time an order is placed or cancelled. Trading fees, rate limits, and protocol rules apply instead.
HyperEVM gas
HyperEVM uses HYPE as its native gas token. Transactions have a gas limit and participate in an EIP-1559-style fee market with base and priority fees. Hyperliquid's developer documentation states that base and priority fees are burned.
That means an application user needs HYPE available on HyperEVM before interacting with a contract, even if the application itself primarily uses another token.
HyperCore actions
An order submitted to HyperCore follows the exchange action and signing model. The cost of trading is expressed through maker/taker fees, builder fees where applicable, funding for perpetual positions, and other market-specific economics rather than a per-order EVM gas payment.
This distinction helps explain why high-frequency order management can exist without requiring a wallet transaction popup and gas estimate for every cancel or replace.
Moving HYPE to the right place
A wallet can hold HYPE in different accounting contexts. Users who only have HYPE in a HyperCore balance may need to transfer the required amount to HyperEVM before a contract interaction. The protocol provides transfer mechanisms between the environments.
The correct balance should always be checked before diagnosing a failed transaction as a gas-pricing issue.
Fee risk still exists
“No gas per trade” does not mean trading is free. Fees vary by volume tier and market type, funding can be a meaningful carrying cost, and HyperEVM applications have their own contract-level economics.
Builders should show these costs separately in interfaces. Combining network gas, trading fees, builder fees, borrowing interest, and funding into one vague “fee” number makes it difficult for users to understand what they are actually paying.