How to Deploy Perps on Hyperliquid via HIP-3
A focused implementation guide for deploying a branded perpetual futures front-end using Hyperliquid's HIP-3 builder code system.
HIP-3 is Hyperliquid's builder code protocol that enables third-party front-ends to route orders through Hyperliquid's on-chain order book and earn trading fees. Deploying via HIP-3 means building or licensing a trading interface, registering a builder code, attaching it to every order your users place, and earning the builder fee as revenue. This guide provides the specific steps to go from zero to a live HIP-3 deployment, including registration, technical integration, fee configuration, and launch considerations.
What Is HIP-3 and How It Works
HIP-3 (Hyperliquid Improvement Proposal 3) defines the builder code system that powers third-party front-ends on Hyperliquid.
- Builder codes: A builder code is a unique identifier registered on Hyperliquid that associates orders with a specific front-end operator. When a user places an order through your front-end, the builder code is attached to the order data.
- Builder fees: Each order with a builder code includes a builder fee, specified in basis points. This fee is charged to the trader on top of Hyperliquid's base fee and is routed to the builder's wallet address.
- Fee flow: When a trade executes, the trader pays the base fee (to Hyperliquid) plus the builder fee (to your builder wallet). Your revenue is the builder fee multiplied by total trading volume through your front-end.
- No custody: HIP-3 front-ends never custody user funds. All deposits, margin, and settlements are handled by the Hyperliquid L1. Your front-end is an interface layer only.
- Permissionless access: Any team can build a HIP-3 front-end. There is no approval process beyond registering a builder code. This makes it the most accessible way to launch a perps trading business on Hyperliquid.
Step 1: Register Your Builder Code
Builder code registration is the first step to earning fees through HIP-3.
- Prepare a wallet. The builder code is tied to a wallet address that will receive fee revenue. Use a dedicated wallet for builder operations, separate from any trading wallets. Consider a multisig wallet for added security on the fee collection address.
- Register on-chain. Submit a builder code registration transaction to Hyperliquid. This associates your chosen builder identifier with your wallet address. The registration process is documented in Hyperliquid's builder program resources.
- Configure fee parameters. Set your default builder fee rate. This can be overridden per-order, but a default simplifies implementation. Common builder fees range from 1 to 5 basis points. A 3 bps builder fee means you earn $3 per $10,000 in trading volume.
- Test on testnet. Register a separate builder code on Hyperliquid's testnet environment. Use this for all development and testing before going live on mainnet. Verify that fees accrue correctly to your builder wallet.
Step 2: Build or License the Front-End
You need a user-facing trading interface that connects to Hyperliquid and attaches your builder code to orders.
- Option A: Build custom. Develop a trading interface from scratch using Hyperliquid's API. This gives maximum control over UX, features, and branding but requires significant front-end development expertise. Expect 3-6 months of development for a production-quality interface.
- Option B: Use a whitelabel platform. Services like perps.studio provide pre-built trading interfaces that can be branded with your identity and configured with your builder code. This reduces launch time to weeks rather than months.
- Option C: Fork an open-source front-end. Some community projects provide open-source Hyperliquid trading interfaces. Forking one gives you a starting point but requires ongoing maintenance as Hyperliquid's API evolves.
Regardless of approach, the front-end must implement these core features: wallet connection, deposit and withdrawal flows, order placement with builder code attachment, position management, and real-time market data display.
Step 3: Implement Builder Code in Order Flow
The technical integration point for HIP-3 is in the order submission flow. Every order must include your builder code and fee specification.
- Modify order payload. When constructing an order for submission to Hyperliquid's Exchange API, include the builder fee fields in the order structure. The exact field names and format are specified in Hyperliquid's API documentation and may include the builder address and fee rate in basis points.
- Sign the complete order. The builder fee fields are included in the EIP-712 typed data that the user's wallet signs. This means the user explicitly agrees to the builder fee as part of their order authorization.
- Handle agent wallet orders. If your front-end uses Hyperliquid's agent wallet system for smoother UX, ensure the agent wallet signing flow also includes the builder fee fields. The agent wallet authorization should cover orders with builder fees.
- Validate fee inclusion. Add a check in your order submission code to verify that every order includes the builder code before sending to the API. Missing builder codes mean lost revenue. Log any orders submitted without a builder code for debugging.
Test the complete flow on testnet: place an order with your builder code, verify it executes, and confirm that the builder fee is credited to your builder wallet.
Step 4: Optimize Revenue and User Experience
Once the basic integration works, optimize both the revenue model and the user experience to maximize the value of your HIP-3 deployment.
- Dynamic builder fees. Consider varying your builder fee based on context. Offer lower fees for high-volume traders (fee tiers), promotional rates during launch, or higher fees for premium features. Implement this logic in your order construction code.
- Transparent fee display. Show traders the total fee they will pay (base fee + builder fee) before order confirmation. Transparency builds trust and reduces complaints. Some platforms display a comparison showing their total fee versus competitor rates.
- Referral system. Implement a referral system where existing users share referral links. Track which users were referred by whom and optionally share a portion of builder fee revenue with referrers. This creates organic growth.
- Volume incentives. Offer builder fee rebates or trading rewards for reaching volume milestones. This encourages concentrated trading on your platform rather than splitting across multiple front-ends.
- Revenue dashboards. Build internal dashboards tracking daily volume, builder fee revenue, unique traders, average trade size, and revenue per user. These metrics guide business decisions and demonstrate traction to stakeholders.
Step 5: Launch and Scale
A HIP-3 deployment follows the same launch process as any exchange, but with some Hyperliquid-specific considerations.
- Testnet validation. Run your complete front-end against Hyperliquid testnet for at least one week with active testing. Verify order placement, cancellation, position management, PnL calculations, and builder fee accrual all work correctly.
- Mainnet soft launch. Switch to mainnet APIs and open access to a small group of beta testers. Monitor error rates, latency, and fee accrual closely. Verify that mainnet behavior matches testnet behavior.
- Public launch. Open the platform publicly with launch incentives (reduced builder fees, trading competitions, referral bonuses). Announce through crypto media, social channels, and community partnerships.
- Monitor Hyperliquid updates. Hyperliquid actively develops its protocol with new features, pairs, and API changes. Subscribe to their developer announcements and update your integration promptly when breaking changes are introduced.
- Scale infrastructure. As volume grows, ensure your front-end infrastructure scales with demand. WebSocket connections, API request rates, and page load times should all be monitored and optimized for growing user counts.
The reference implementation Everex (everex.pro) demonstrates a production HIP-3 deployment built on perps.studio infrastructure, showing the level of polish and functionality achievable with this approach.
Frequently Asked Questions
How much revenue can a HIP-3 builder earn?
Revenue depends on trading volume and builder fee rate. At 3 bps builder fee and $1 million daily volume, a builder earns approximately $300 per day or $9,000 per month. Top HIP-3 front-ends processing tens of millions in daily volume can generate significant monthly revenue. Volume scales with user base, marketing, and platform quality.
Is there a cost to register as a Hyperliquid builder?
Builder code registration requires a small on-chain transaction fee on the Hyperliquid L1. There are no ongoing licensing fees or revenue sharing with Hyperliquid beyond the standard base trading fees that all Hyperliquid users pay.
Can I set different builder fees for different trading pairs?
Builder fees are specified per-order, so you can technically set different fees for different pairs, order sizes, or user tiers. Implement this logic in your order construction code. Most builders use a uniform fee rate for simplicity, with optional discounts for high-volume users.
What happens if Hyperliquid goes down?
If Hyperliquid experiences downtime, your front-end cannot process trades. This is the tradeoff of routing through a single venue. To mitigate this, some platforms integrate multiple venues and route to alternatives during outages. Infrastructure providers like perps.studio that support multiple venues can facilitate this failover automatically.
Do I need Hyperliquid's permission to launch a HIP-3 front-end?
No. HIP-3 is a permissionless protocol. Any team can register a builder code and launch a front-end that routes through Hyperliquid. There is no approval process, revenue sharing negotiation, or partnership agreement required. This openness is by design to encourage ecosystem growth.
Can I use HIP-3 with an existing trading platform?
Yes. If you already have a trading platform, you can add Hyperliquid as an execution venue by integrating their API and attaching your builder code to orders. This does not require replacing your existing infrastructure, only extending it with a new venue integration.
Ready to launch your exchange?
perps.studio gives you the infrastructure to deploy a fully branded perpetual futures exchange in minutes.