Hyperliquid Builder Codes가 $9,000만을 지급했습니다. 지금 바로 시작하는 방법.

첫 번째 트레이딩 봇을 작성하고 실제 사용자를 위해 배포하는 그 사이 어딘가에서, 모든 Hyperliquid 빌더가 마주치는 질문에 답해야 합니다. 어떻게 실제로 수익을 얻을 수 있을까요? 그 답은 바로 builder codes입니다. Hyperliquid 출시 이후 개발자들에게 $9,000만 이상의 수익을 조용히 분배해온 온체인 수수료 귀속 시스템입니다. 이 수치는 지갑, 애그리게이터, 카피 트레이딩 플랫폼, AI 에이전트를 통해 거래를 라우팅하는 1,411명의 등록 빌더를 포함합니다. 수치는 2026년 7월 기준이며, HyperTracker의 builder leaderboard에서 가져왔습니다.

최고 수익자인 Phantom은 $2,360만을 수집했습니다. 2위인 Based는 $1,520만을 벌었습니다. 둘 다 토큰을 출시하지 않았고, 구독료도 받지 않습니다. 그저 builder code가 첨부된 주문을 라우팅하고, 모든 체결의 일정 비율을 수취할 뿐입니다.

이 가이드는 시작을 위한 USDC 100 최소 요건부터 EIP-712 승인 플로우, 수수료를 첨부하는 API 파라미터, 그리고 고수익 빌더를 나머지와 구분 짓는 수익 패턴까지 이 시스템이 정확히 어떻게 작동하는지 안내합니다. Hyperliquid 위에 무언가를 만든다면, 이것이 수익화하는 방법입니다.

Builder Codes란 무엇인가 (그리고 무엇을 대체하는가)

Builder codes는 Hyperliquid의 온체인 수익 귀속 시스템입니다. 사용자가 React 프론트엔드, Telegram 봇, Python 트레이딩 스크립트 등 여러분의 애플리케이션을 통해 거래할 때, 모든 주문에 builder 파라미터를 첨부합니다. 이 파라미터에는 여러분의 주소와 수수료 금액이 포함됩니다. Hyperliquid는 각 체결에서 수수료를 차감하고 여러분의 계정에 직접 입금합니다.

이 개념은 다른 생태계에서 파트너십 계약, 수익 분배 계약, 토큰 출시로 하는 것을 대체합니다. Hyperliquid에서 수익화는 퍼미션리스입니다. 신청하거나, 협상하거나, 허락을 구할 필요가 없습니다. USDC 100을 입금하고, 수수료율을 설정하고, 앱이 라우팅하는 모든 주문에서 수익을 얻기 시작하면 됩니다.

수수료 구조는 간단합니다.

• 무기한 선물: 주문당 최대 10 베이시스 포인트 (0.10%)
• 현물: 주문당 최대 100 베이시스 포인트 (1.00%)
• 수익 분배: builder 수수료의 100%가 빌더에게 귀속됩니다. Hyperliquid는 여러분의 몫에서 아무것도 가져가지 않습니다.

수수료는 Hyperliquid의 표준 거래 수수료 위에 추가되므로, 사용자는 여러분의 인터페이스를 통해 거래할 때 약간의 프리미엄을 지불합니다. 그 대가로 여러분의 인터페이스는 더 나은 UI, 자동화된 전략, 카피 트레이딩, 포트폴리오 분석, AI 기반 거래 실행 등 그들이 가치 있다고 여기는 무언가를 제공해야 합니다.

네 단계로 설정하기

이미 Hyperliquid 지갑이 있다면 builder code를 라이브로 만드는 데 한 시간도 걸리지 않습니다. 정확한 순서는 다음과 같습니다.

1단계: 계정에 자금 입금

Hyperliquid 무기한 계정에 최소 USDC 100을 입금합니다. 이것이 유일한 필수 요건입니다. 신청서도, 승인 위원회도, 파트너십 협상도 없습니다. USDC 100 최소 요건은 시빌 공격 방지 수단이며, 이 금액은 여러분의 계정에 남습니다 (Hyperliquid에 지불하는 수수료가 아닙니다).

2단계: 사용자 승인 받기

애플리케이션이 수수료를 청구하기 전에, 각 사용자는 여러분의 builder 주소와 최대 수수료율을 명시적으로 승인해야 합니다. 사용자는 EIP-712 타입 데이터 메시지에 서명하고, 여러분의 앱은 이를 Hyperliquid에 ApproveBuilderFee 액션으로 제출합니다. 이 서명은 에이전트나 API 키가 아닌 사용자의 메인 지갑에서 이루어져야 합니다.

승인은 지속됩니다. 사용자가 여러분의 builder를 한번 승인하면, 취소하지 않는 한 이후 방문 시 재승인이 필요하지 않습니다. 앱은 로드 시 승인 상태를 확인하고 재방문 사용자에게는 이 단계를 건너뛰어야 합니다. 각 사용자는 동시에 최대 10개의 활성 builder code 승인을 가질 수 있습니다.

3단계: 주문에 수수료 첨부

승인이 완료되면, 앱이 보내는 모든 주문에 선택적 builder 파라미터를 포함할 수 있습니다.

{"b": "0xYourBuilderAddress", "f": 10}

b 필드는 여러분의 builder 주소입니다. f 필드는 베이시스 포인트의 10분의 1 단위 수수료입니다. f: 10은 1 베이시스 포인트 (0.01%)이고, f: 100은 무기한 선물의 최대치인 10 베이시스 포인트 (0.10%)입니다. 주문별로 수수료를 설정할 수 있어, 다른 자산, 전략, 또는 사용자 등급에 따라 다른 요율을 부과할 수 있습니다.

4단계: 수익 청구

수수료는 여러분의 builder 계정에 온체인으로 누적됩니다. Hyperliquid의 표준 리퍼럴 보상 프로세스를 통해 청구합니다. 최소 청구 금액은 없습니다. 일별 체결 데이터는 자체 분석 및 대사를 위해 stats-data.hyperliquid.xyz/Mainnet/builder_fills/{your_address}/{YYYYMMDD}.csv.lz4 경로에 LZ4 압축 CSV 형식으로 공개됩니다.

오픈소스 참고 자료: Dwellir은 builder code 전체 생명주기(승인, 입금, 에이전트 활성화, 수수료를 포함한 주문 실행, 취소)를 구현한 MIT 라이선스 Next.js 데모 앱을 관리합니다. 테스트넷과 메인넷 모두에서 작동합니다. 클론하고, builder 주소를 교체하면 몇 분 안에 작동하는 통합 환경이 생깁니다.

누가 얼마를 버는가: Builder Leaderboard

빌더 생태계의 수익은 가파른 멱함수 법칙을 따릅니다. 상위 두 코드(Phantom과 Based)는 각각 $1,500만 이상을 창출했고, 1,411명의 등록 빌더 중 대부분은 소소한 금액을 벌고 있습니다. 전체 수익 기준 상위 10개입니다.

| 순위 | Builder | 수익 | 사용자 수 | 라우팅 거래량 | | --- | --- | --- | --- | --- | | 1 | Phantom | $23.6M | 153,128 | $44.8B | | 2 | Based | $15.2M | 42,967 | $44.9B | | 3 | MetaMask | $8.1M | 52,534 | $9.0B | | 4 | PVP | $8.0M | 28,223 | $17.1B | | 5 | Insilico | $3.7M | 3,339 | $36.3B | | 6 | Infinex | $2.8M | 9,283 | $5.2B | | 7 | Axiom | $2.4M | 34,093 | $23.0B | | 8 | TreadFi | $2.2M | 4,835 | $11.1B | | 9 | Dreamcash | $1.8M | 11,215 | $7.6B | | 10 | Liquid | $1.5M | 9,499 | $3.2B |

주목해야 할 수익 패턴

Hyperliquid에서 무언가를 만드는 사람이라면 주목해야 할 세 가지 패턴이 leaderboard 데이터에서 드러납니다.

사용자 수보다 거래량 집중도가 더 중요합니다

Insilico는 수익 5위($370만)이지만 사용자는 단 3,339명으로, 상위 10개 중 가장 작은 사용자 기반입니다. 그러나 총 $363억의 거래량을 라우팅하며, 전체 3위에 해당하는 수치입니다. 이는 사용자당 약 $1,090만의 거래량으로 환산됩니다. Axiom과 비교해보면, 34,093명의 사용자가 있지만 사용자 기반에 일반 트레이더가 더 많아 사용자당 수익 비율이 훨씬 낮습니다. 고거래량 사용자를 유치하는 것(퀀트 전략, 알고리즘 실행, 카피 트레이딩)을 만든다면, 소규모 사용자 기반으로도 의미 있는 수익을 창출할 수 있습니다.

지갑은 배포 측면의 강점입니다

Phantom과 MetaMask가 수익 1위와 3위를 차지한 것은 당연합니다. 지갑은 사용자가 모든 트레이딩 세션을 시작하는 곳입니다. 이미 진입점을 장악하고 있다면, 주문 플로우에 builder code를 추가하는 것은 자연스러운 확장입니다. Phantom의 153,128명은 생태계에서 가장 큰 사용자 기반으로 2위의 3배 이상이며, 이 배포 측면의 강점이 수익으로 직결됩니다. 트레이딩 기능을 갖춘 지갑이나 브라우저 확장 프로그램을 만든다면, builder codes는 기존 사용자 기반을 수익 흐름으로 전환합니다.

수익은 집중되어 있지만 롱테일도 깁니다

상위 10개 빌더가 전체 $9,070만 중 약 $6,900만을 차지하고, 나머지 1,400개 이상의 빌더가 약 $2,100만을 나눕니다. 대부분의 마켓플레이스 경제학과 일치하는 멱함수 분포입니다. 그러나 롱테일도 여전히 의미 있습니다. 수백 명의 빌더가 각자 수만 달러에서 수십만 달러를 벌었습니다. 진입 장벽이 낮아 실험 비용이 거의 들지 않습니다.

Builder Codes vs. Referral Codes: 중요한 차이점

Hyperliquid는 빌더들이 자주 혼동하는 두 가지 별도의 귀속 시스템을 운영합니다. Builder codes와 referral codes는 서로 다른 목적을 가지며 독립적으로 중첩됩니다.

Referral codes는 사용자 단위입니다. 누군가 여러분의 리퍼럴 링크를 통해 Hyperliquid에 가입하면, 그들의 누적 거래량이 $10억에 도달할 때까지 영구적으로 거래 수수료의 10%를 받습니다. Referral code 생성에는 $10,000의 거래량이 필요합니다. Referral codes는 사용자에 귀속되며, 사용자가 어떤 인터페이스로 거래하든 적용됩니다.

Builder codes는 주문 단위입니다. 사용자를 누가 리퍼했든 상관없이, 여러분의 애플리케이션을 통해 라우팅된 특정 주문에 적용됩니다. 다른 사람의 리퍼럴 링크를 통해 가입한 사용자도 여러분의 builder code가 첨부된 여러분의 앱을 통해 거래할 수 있습니다.

두 가지는 중첩될 수 있습니다. 사용자가 A의 리퍼럴로 가입했지만 builder B의 인터페이스로 거래하면, A와 B 모두 해당 거래에서 수수료를 받습니다. 즉, builder code 수익은 리퍼럴 네트워크와 독립적이며, 그 반대도 마찬가지입니다.

스테이킹 리퍼럴 프로그램: Hyperliquid의 제안된 스테이킹 리퍼럴 시스템은 HYPE를 스테이킹하는 빌더가 사용자 거래 수수료의 더 높은 비율, 최고 스테이킹 등급에서 최대 40%를 받을 수 있게 합니다. 빌더는 그 스테이킹 리퍼럴 수익의 최대 50%를 수수료 할인 형태로 사용자에게 환원할 수도 있습니다. 이 프로그램이 구현된다면, 상당한 HYPE를 스테이킹하는 빌더에게 builder codes는 훨씬 더 수익성이 높아질 것입니다.

흔한 설정 실수 (그리고 피하는 방법)

Builder code 시스템은 개념적으로 간단하지만, 신규 빌더들이 걸려드는 몇 가지 함정이 있습니다.

잘못된 키로 서명하기

ApproveBuilderFee 액션은 반드시 사용자의 메인 지갑으로 서명해야 합니다. 에이전트 키와 API 키는 승인에 서명할 수 없습니다. 앱이 에이전트 기반 시스템으로 지갑 연결을 처리하는 경우, 이후 주문 서명을 에이전트에 위임하기 전에 사용자에게 기본 지갑으로 승인에 서명하도록 안내해야 합니다.

최대 수수료 한도를 잊어버리기

사용자는 여러분의 builder 주소에 대한 최대 수수료율을 승인합니다. 사용자가 승인한 것보다 높은 수수료를 첨부하려 하면 주문이 실패합니다. 유연성을 위해 넉넉한 최대 요율을 요청하는 승인 플로우를 설계하고(많은 빌더가 무기한 선물에 대해 전체 10 bps를 요청합니다), 실제 주문별 수수료는 그 상한 아래에서 원하는 요율로 설정하세요.

로드 시 승인 상태를 확인하지 않기

승인은 지속되므로, 재방문 사용자에게 승인 프롬프트가 다시 나타나서는 안 됩니다. 앱 로드 시 {"type": "maxBuilderFee", "user": "0x...", "builder": "0x..."} 쿼리로 승인 상태를 확인하고, 응답에서 활성 승인이 확인되면 승인 단계를 건너뛰세요.

수수료를 너무 높게 설정하기

무기한 선물의 최대치는 10 bps이지만, 최대로 부과해야 한다는 뜻은 아닙니다. 사용자는 승인 전에 수수료율을 확인할 수 있고, 언제든지 취소할 수 있습니다. 수익 상위 빌더 대부분은 상한보다 훨씬 낮은 수수료를 부과합니다. 높은 수수료로 사용자를 경쟁사로 내보내는 것보다, 더 높은 거래량에 낮은 수수료를 적용하는 것이 더 많은 수익을 만들기 때문입니다. 유사한 앱들이 부과하는 요율을 파악하고 경쟁력 있게 책정하세요.

HyperTracker API로 Builder 성과 추적하기

Builder code가 라이브되면, 자신의 코드와 더 넓은 생태계 모두에서 성과에 대한 가시성이 필요합니다. 저희 builder analytics 엔드포인트는 위 leaderboard 테이블의 동일한 데이터에 프로그래밍 방식으로 접근할 수 있게 합니다.

/builders/list 엔드포인트는 모든 기간(전체, 월간, 주간, 일간)에 대해 수익, 사용자 수, 거래량과 함께 등록된 모든 빌더를 반환합니다. 자신의 builder code 성장을 시간 경과에 따라 추적하고, 경쟁사와 벤치마킹하고, 생태계 트렌드를 파악할 수 있습니다. /builders/users 엔드포인트는 특정 builder code 하의 개별 사용자 활동을 분류하여, 어떤 사용자가 수익을 주도하고 있는지, 그리고 그들의 행동이 시간에 따라 어떻게 변화하는지 확인할 수 있습니다.

이런 가시성이 중요한 이유는 builder code 수익이 고정적이지 않기 때문입니다. 사용자 행동은 시장 상황에 따라 변하고, 새로운 경쟁자가 등장하며, 생태계 전반의 수수료율이 변화합니다. 저희 데이터에 따르면 상위 빌더들은 이 지표를 매일 모니터링합니다. 여러분도 마찬가지여야 합니다.

Builder Code 수익 추적하기

저희 builder analytics API는 전체 Hyperliquid 빌더 생태계의 수익, 사용자 활동, 거래량에 대한 실시간 가시성을 제공합니다. Leaderboard를 쿼리하고, 성과를 벤치마킹하고, 경쟁자보다 먼저 트렌드를 포착하세요.

API 살펴보기

다음에 무엇을 만들 것인가

Builder code 데이터는 Hyperliquid에서 가치가 어디로 흐르는지 보여주며, 다음 기회가 어디에 있는지도 시사합니다. 지갑이 leaderboard를 지배하는 이유는 사용자의 출발점을 장악하기 때문입니다. 그러나 가장 빠르게 성장하는 분야는 특화 도구입니다. 카피 트레이딩 플랫폼, AI 트레이딩 에이전트, 포트폴리오 관리 대시보드, 분석 인터페이스가 여기에 해당합니다. 이 제품들은 더 자주, 더 큰 규모로 거래하는 사용자를 유치하고, 이는 직접적으로 더 높은 사용자당 수익으로 이어집니다.

시작점을 찾고 있다면, 오늘 생태계에서 빠진 것이 무엇인지 생각해보세요. 특정 코호트가 포지셔닝을 바꿀 때 사용자에게 알리는 알림 시스템. 청산 클러스터 데이터를 기반으로 레버리지를 제한하는 리스크 관리 오버레이. 주문을 여러 알고리즘에 분산하는 멀티 전략 실행 엔진. 이 각각은 builder fee를 정당화할 만큼 충분한 가치를 제공하며, 모든 실행에서 여러분의 코드를 통해 거래량을 라우팅합니다.

결론은 간단합니다. 이 시스템을 통해 이미 $9,000만 이상이 빌더들에게 지급되었습니다. 설정에는 한 시간도 걸리지 않습니다. 최소 투자금은 USDC 100입니다. 그리고 앱이 라우팅하는 모든 주문은 여러분이 수취하거나 놓치고 있는 수익입니다.