Skip to main content
Feature status: pending_upstream. Hyperliquid’s HIP-4 deployer fee rate is currently 0 across every market — no deployer is earning anything on-chain yet. This endpoint is wired and will populate automatically the moment HL deployers start charging. Builder fees (a separate mechanism) ARE active and ranked at /v1/leaderboards/builders.
Each HIP-4 outcome has a deployer who can charge a fee on every fill (think Polymarket’s market creator royalty). This endpoint ranks outcomes by how much their deployer has earned.

Endpoint

Query parameters

Response (current — feature pending)

Response (future — when HL activates deployer fees)

Ranking modes

  • by=revenuedeployer_fees_total DESC. Default.
  • by=volume — outcomes with biggest USDH volume regardless of deployer fee.
  • by=bps — outcomes with the highest effective deployer rate. Useful for finding outliers.

Use cases

  • Market-creator earnings dashboard for HL teams running price-binary deployments.
  • Find outliers — outcomes with effective_bps > 50 are charging unusually high deployer fees.
  • Volume vs revenue analysis — sort by volume, look at the bps column to see who’s monetizing aggressively.

Examples

Notes

  • Currently empty across the board — see callout at top. Builder fees (active) are tracked at /v1/leaderboards/builders.
  • distinct_fee_tokens > 1 will mean the deployer has been collecting fees in different tokens across fills (e.g. some in USDH, some in share-side tokens).
  • The deployer-of-an-outcome address is not exposed in current state — this endpoint groups by outcome_id, not by deployer address. Cross-outcome aggregation will arrive in a future schema update.

How to know when this goes live

When count > 0 and feature_status: "live" appears in the response, HL has activated deployer fees and revenue is flowing. The route shape is stable — no client changes needed.