A perpetual exchange can generate trading revenue while its users pay funding to each other. The exchange token, the liquidity pool and the validator staking system may then receive different flows. Comparing HYPE, GMX, ASTER and Lighter requires a product map before a revenue multiple.
Separate the trader's bill
A trader may pay execution fees, a spread or price impact, funding, borrowing charges and network costs. These are not automatically interchangeable sources of protocol income. Funding commonly transfers value between position holders to support market balance. Its recipient and settlement rules must be checked for the particular venue. A high funding rate does not establish that the exchange retained that amount.
Revenue should therefore be reconstructed from eligible fee categories and their actual distribution. Volume alone is insufficient: account tiers, rebates, discounts, market types and free activity affect the fee base. Trader losses are not automatically revenue either; a pool's exposure to trader profit and loss has its own accounting.
Hyperliquid: trace the recipient before HYPE
The Hyperliquid fee documentation, reviewed on 6 October 2026, identifies HLP, the Assistance Fund and deployers among fee recipients. It describes fee conversion into HYPE through the Assistance Fund and a burn mechanism. That does not make the entire user fee a purchase, nor does it make the fund's activity a cash dividend paid to every HYPE holder.
Spot, native perpetuals and deployed markets need compatible coverage. Keep validator staking separate from the trading-fee mechanism. The Hyperliquid revenue record identifies which stages have observations; the HYPE guide covers the broader token context.
GMX: distinguish a pool share from staked GMX
GMX's fee documentation separates position fees, borrowing, funding and network execution costs. A liquidity provider's pool token and staked GMX grant different exposures. Never assign the total pool fee income to governance-token holders merely because both appear under the GMX brand.
The rewards page reviewed on 6 October 2026 describes treasury accumulation with a conditional later distribution. Accordingly, purchases, accumulated rewards and currently claimable amounts must remain distinct in the GMX record. Older descriptions of immediate distributions are not proof of the present state.
Aster and Lighter: policy is not an executed total
Aster's tokenomics describes a revenue-related buyback initiative alongside token allocations. A policy establishes the intended mechanism; dated execution evidence establishes actual spending. The Aster record keeps the token schedule and cash use apart, rather than netting an unlock against a purchase.
Lighter's fee schedule distinguishes Standard, Plus and Premium accounts and a staking-related discount. A zero fee for one account class cannot be applied to the venue's entire volume. Equally, fee utility for LIT is not evidence of a direct holder distribution. Check the mechanism and evidence in the Lighter record before asserting a current buyback amount.
Use the comparison as an accounting exercise
Select the same period, inspect each included product and compare fees with fees, executed purchases with executed purchases, and direct payouts with compatible direct payouts. An unavailable field is not a losing score. A short high-volume episode can dominate an annualized run rate without establishing durable demand.
For a trader's carry calculation, use the funding tools. For product income and token mechanisms, use the revenue screener and its methodology. Neither view alone measures all the risks of a leveraged position or a token.