Hyperliquid Builder Codes: Earn Rebates While Market Making

Hyperliquid builder codes are one of the most underappreciated edges available to systematic market makers on the protocol. If you are quoting perps at any meaningful size, the rebate income from a registered builder code can materially improve your net P&L — in some liquidity profiles it is the difference between scratching and running a profitable book. This guide covers the mechanics, the registration process, how fee tiers interact with rebate math, and how to structure your quoting logic around it.

How Builder Codes Actually Work

Hyperliquid operates a two-sided fee model: makers earn a rebate on every resting fill, takers pay a fee. Builder codes sit on top of this — they let an approved address collect an additional fee from taker orders that route through a specific frontend or integration, up to a cap set by the protocol.

The key detail: the builder fee is charged to the taker on top of the standard protocol taker fee, not subtracted from your maker rebate. Your maker income is unchanged. When your bot is also the taker — on aggressive entries, rebalances, or stop-loss flattens — you pay the builder fee to yourself (net zero, minus rounding). When external takers hit your resting quotes, you collect the builder fee on their volume in addition to your standard maker rebate.

The practical result is a second P&L line on every taker fill that crosses your resting orders. At reasonable volume, this compounds.

Registration and Approval

Builder code registration is permissioned. You apply through Hyperliquid's official builder program (details on their docs site), providing your intended use case and the address that will be designated as the builder. The process is not instant — expect a review cycle — so factor this into your timeline if you are building a new MM setup from scratch.

Once approved, you specify a builder fee rate (in basis points) up to the protocol-allowed maximum. You can set this per-integration; if you are building a shared quoting platform across multiple accounts, a single builder address can collect across all of them. The builder address and the trading address do not need to be the same.

Operationally, every order you submit must include the builder field in the order payload. Miss it on an order and that fill generates no rebate — so this belongs in your order-submission layer, not scattered through strategy code.

Fee Tier Math: Where the Numbers Land

Hyperliquid's fee schedule (as of mid-2025) tiers down as 30-day volume grows:

30d Volume	Maker Rate	Taker Rate
< $5M	−0.010%	+0.035%
$5M–$25M	−0.012%	+0.033%
$25M–$100M	−0.014%	+0.030%
> $100M	−0.016%	+0.025%

A negative maker rate means you earn that basis points on every passive fill. Builder fees sit on top: if you set a 1 bp builder fee and takers are hitting your resting orders, you collect maker rebate + 1 bp on each fill.

Run the numbers on a light book — say $2M notional daily passive fill volume at the base tier:

• Maker rebate: $2,000,000 × 0.010% = $200/day
• Builder fee (1 bp on taker hits, assume 60% of fills have external takers): $2,000,000 × 0.6 × 0.010% = $120/day
• Combined: $320/day, $9,600/month from fee income alone

At $10M daily fill volume in the second tier, the same 60% external-taker assumption produces over $70,000/month in combined rebate and builder income. These numbers do not include spread capture — they are purely the fee structure.

Structuring Your Quoting Logic Around Builder Status

Builder status changes the P&L calculus in three ways that should feed back into your quoting parameters.

Tighter spreads become viable. If you earn 1–2 bp in rebate + builder income per fill, you can quote a spread of 1–2 bp narrower than a non-builder market maker and still match their fee-adjusted P&L. On liquid perps with thin natural spreads, this means you rest at better prices, get filled more, and compound faster.

Aggressive legs get cheaper. When your own bot takes out a resting order you submitted — rebalancing inventory, closing a leg, or flattening risk — you pay the builder fee to yourself. Net cost is zero on those fills. This means your inventory management can be slightly more active without eating into spread income, which matters when you are running a Hyperliquid market-making bot with tight exposure limits and frequent rebalancing.

Self-crossing guard is critical. Because your aggressive orders also carry the builder code, a matching engine race between your own resting and aggressive orders would generate a builder fee payment from yourself to yourself. Hyperliquid prevents self-crossing at the protocol level, but your order management system should maintain an accurate local order book state to avoid even submitting the crossing order. Submit against your own resting quotes and you waste latency and potentially trigger cancel/replace cycles.

Three Liquidity Profiles: When Builder Status Flips P&L

Profile 1 — Tight SOL-USDC, high fill rate. You quote inside the best bid/offer on a liquid perp, get hit frequently, and manage inventory actively. Builder income is maximized here because external taker volume is high. At $20M daily notional you are in the second fee tier; builder income can exceed spread capture on a per-fill basis. This is the strongest case for builder status.

Profile 2 — Wide ETH/BTC, low fill rate. You quote a wider spread on a lower-vol perp, get filled occasionally, and carry inventory for longer. Builder income is lower because fill frequency is lower. Maker rebate still helps, but the compounding effect of the builder code is less dramatic. Still worth having — there is no cost to holding builder status once approved — but it is not the dominant variable.

Profile 3 — High self-taker ratio. Your strategy takes liquidity at least as often as it provides it — trend-following perp bot with occasional resting orders. Here the builder code mostly results in paying yourself, with a small net benefit on external fills. You should still register, but do not size your fee budget around builder income as a primary driver.

The inflection point where builder status materially changes your strategy — not just adds a nice side income — is roughly $3–5M daily passive fill volume with external takers making up more than 40% of fills.

Implementation Notes

Set the builder fee in your configuration layer and inject it at the order-submission wrapper, not at the strategy level. Every order call goes through one place; add the builder field there. Keep a counter of fills that include builder attribution — Hyperliquid's API returns fill detail including builder fees collected — and reconcile daily against your expected rate. Discrepancies usually mean some code path is submitting orders without the builder field.

If you run multiple strategies sharing a single builder address, the rebate accrues to that address separately from your trading P&L. Make sure your accounting treats these as two distinct income streams; conflating them makes it harder to evaluate which strategies are actually profitable on spread alone.

For the full infrastructure picture — order management, websocket execution, live PnL dashboards — see our work on Hyperliquid market-making bots and the cross-venue arbitrage case study to understand how the execution layer connects to fee accounting.

---

If you want to run a Hyperliquid market-making operation with builder code integration built in from day one, get in touch — we design and operate these systems in production.