Hyperliquid의 모든 거래는 프론트엔드에 수익을 안긴다: 빌더 코드 완전 해설

서드파티 지갑이나 트레이딩 터미널을 통해 Hyperliquid에서 거래할 때, 해당 앱은 모든 체결 건마다 수수료를 받는다. 자동으로, 온체인에서, USDC로. 이것이 빌더 코드의 작동 방식이다.

메커니즘 자체는 단순해 보인다. Hyperliquid를 통해 주문을 라우팅하는 모든 애플리케이션은 각 거래에 소액의 수수료를 붙일 수 있고, 프로토콜은 해당 수수료를 빌더 주소로 직접 지급한다. 토큰 발행도, 구독 모델도, 파트너십 협상도 없다. 체결에서 앱으로 수수료가 흘러갈 뿐이다. 총합으로 보면, Hyperliquid의 빌더 생태계는 1,411명의 등록 빌더에 걸쳐 9,000만 달러 이상의 수익을 창출했으며, 이는 DeFi에서 가장 조용하지만 생산성 높은 수익화 시스템 중 하나다.

이 가이드는 빌더 코드의 작동 원리, 수혜자, 그리고 자신의 애플리케이션에 통합하는 방법을 구체적으로 설명한다.

메커니즘: 빌더 코드의 실제 작동 원리

빌더 코드는 Hyperliquid의 매칭 엔진에 내장된 온체인 수수료 귀속 메커니즘이다. 여기서 "빌더"는 Hyperliquid 위에 애플리케이션을 만드는 DeFi 개발자를 의미하며, "코드"는 그들이 라우팅하는 각 주문에 붙는 수수료 파라미터다.

프로세스는 세 단계로 이루어진다.

1. 사용자 승인. 빌더가 트레이더로부터 수수료를 받으려면, 해당 트레이더가 메인 지갑에서 ApproveBuilderFee 액션에 서명해야 한다(에이전트 및 API 지갑은 불가). 승인 시 빌더가 부과할 수 있는 최대 수수료가 설정된다. 사용자는 언제든지 이 권한을 철회할 수 있으며, 각 지갑은 최대 10개의 빌더 코드 승인을 동시에 보유할 수 있다.
2. 수수료 부착. 빌더는 각 주문에 선택적 파라미터를 포함한다: {"b": builder_address, "f": fee_in_tenths_of_bps}. 수수료는 최대 유연성을 위해 주문별로 설정되므로, 빌더는 거래마다 다른 요율을 적용할 수 있다.
3. 온체인 정산. 거래가 체결되면 Hyperliquid의 수수료 로직이 체결 금액에서 빌더 수수료를 차감하고 빌더 계좌에 USDC로 크레딧한다. 이 수수료는 프로토콜의 기본 메이커/테이커 수수료에 추가된다.

수수료 상한과 f 파라미터

수수료 파라미터 f는 basis point의 10분의 1 단위로 측정된다. f: 10은 1 basis point(0.01%)에 해당하며, f: 100은 10 basis point(0.10%)로 무기한 선물의 최대치다. 현물 시장은 최대 100 basis point(1%)까지 허용된다.

최대 10 bps 기준 $10,000 무기한 선물 체결 시 빌더 수익은 $10이다. 더 일반적인 5 bps에서는 동일 체결로 $5가 발생한다. 빌더 코드는 견적 또는 담보 자산(USDC)으로 수취하는 수수료에만 적용되므로, 현물 시장의 매수 측에는 적용되지 않는다.

최고 수익자: 빌더 리더보드

2026년 7월 기준 HyperTracker 빌더 리더보드 데이터.

리더보드 최상위에는 명확한 패턴이 보인다. 가장 높은 수익을 올리는 빌더는 사용자의 일상 워크플로우에 자리 잡은 지갑과 트레이딩 터미널이다. Phantom이 선두로 누적 빌더 수수료 수익 $2,360만을 기록했으며, 153,128명의 사용자와 $448억의 라우팅 볼륨에서 창출됐다. Crypto Briefing은 Phantom이 2025년 7월 Hyperliquid 연동 출시 이후 빌더 코드 수수료로 $2,000만을 벌었으며, $370억의 거래량을 처리했다고 보도했다. 우리 데이터에 따르면 그 이후 수치는 $2,300만을 넘어섰다.

Based는 $449억의 볼륨에서 $1,520만 수익으로 2위를 차지했다. 볼륨은 Phantom을 실제로 앞서지만 수익이 낮은 이유는, 더 적지만 고볼륨 트레이더를 통해 라우팅하기 때문이다(42,967명 vs Phantom의 153,128명). MetaMask와 PVP는 각각 $800만 근처에 위치하며, MetaMask는 비교적 최근인 2025년 8월에 합류했음에도 이미 52,534명의 사용자를 확보했다.

순위를 더 내려가면, Insilico는 단 3,339명의 사용자로 $370만을 벌었다. 이는 소수의 극도로 활발한 알고리즘 트레이더들이 인프라를 통해 막대한 볼륨($363억)을 라우팅하는 이례적인 사례다. 사용자당 수익 측면에서 상위 15개 빌더를 통틀어 압도적인 수치다.

사용자당 수익: 숨겨진 핵심 지표

총 수익만으로는 절반의 이야기밖에 안 된다. 이 기회를 평가하는 빌더에게 더 흥미로운 지표는 사용자당 수익이다. 빌더의 경제성이 사용자 수에 달려 있는지, 아니면 사용자 활동 강도에 달려 있는지를 보여주기 때문이다.

| 빌더 | 수익 | 사용자 수 | 사용자당 수익 | 사용자당 볼륨 | | --- | --- | --- | --- | --- | | Insilico | $3.7M | 3,339 | $1,113 | $10.9M | | Mass | $1.5M | 1,054 | $1,395 | $2.4M | | TreadFi | $2.2M | 4,835 | $463 | $2.3M | | PVP | $8.0M | 28,223 | $284 | $607K | | Phantom | $23.6M | 153,128 | $154 | $293K |

Insilico는 사용자당 $1,100 이상을 벌고, Phantom은 $154를 번다. 둘 다 성공적이지만, 근본적으로 다른 전략을 대표한다. Phantom은 배포에서 이긴다(Solana 지갑 사용자 누구나 한 번의 탭으로 Hyperliquid 무기한 거래에 접근). Insilico는 강도에서 이긴다(거대한 볼륨을 생성하는 소수의 파워 트레이더를 집중 서비스). 빌더 코드 시스템은 두 접근 방식 모두를 동등하게 보상한다.

빌더 코드 vs 레퍼럴 코드

Hyperliquid에는 두 가지 별도의 수수료 공유 메커니즘이 있으며, 이 둘을 혼동하는 것이 신규 빌더들이 가장 흔히 저지르는 실수다.

빌더 코드는 주문별, 앱별로 적용되며 추가적이다. 프로토콜의 기본 거래 수수료에 수수료를 더한다. 사용자가 빌더의 앱을 통해 거래할 때만 적용되며, 서명된 승인을 통한 명시적 사용자 동의가 필요하다.

레퍼럴 코드는 사용자별, 영구적이며 차감적이다. 프로토콜 수수료를 줄이고 그 일부를 레퍼러와 공유한다. 사용자가 어떤 프론트엔드를 사용하든 모든 거래에 적용되며, 피추천 사용자의 누적 거래량이 $10억을 넘으면 만료된다.

동일 주문에 두 가지가 모두 존재하면, 해당 특정 체결에서는 빌더 코드가 레퍼럴 코드를 덮어쓴다. 즉, 빌더의 앱을 통해 라우팅된 거래에서는 레퍼럴 코드로 인해 수익이 희석되지 않는다.

빌더 코드 통합: 기술적 절차

시작하려면 최소 100 USDC가 있는 Hyperliquid 무기한 선물 계좌와 Hyperliquid API를 통해 주문을 제출하는 애플리케이션이 필요하다. 별도 신청서나 승인 위원회는 없다.

1단계: 빌더 주소 등록

빌더 주소는 수수료를 수취할 지갑이다. 무기한 선물 계좌 가치 기준 최소 100 USDC를 보유하고 표준 계좌 추상화 모드를 사용하는지 확인하라.

2단계: 사용자의 수수료 승인 유도

수익을 창출하려면 각 사용자가 ApproveBuilderFee 액션에 서명해야 한다. 이는 반드시 사용자의 메인 지갑에서 이루어져야 한다. 이 액션은 해당 사용자에게 청구할 수 있는 최대 수수료를 설정한다. 모범 사례: 빌더 주소, 최대 수수료, 예시 비용, 프로토콜 수수료에 추가된다는 안내, 철회 방법을 포함해 UI에서 승인을 명확하게 안내하라.

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

제출하는 각 주문에 빌더 파라미터를 추가한다:

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

이 예시에서 f: 50은 체결 건당 5 basis point(0.05%)를 부과한다. 주문별로 변경이 가능하므로, 경쟁력 유지를 위해 고볼륨 자산에는 낮게, 분석이나 라우팅이 명확한 가치를 더하는 유동성이 낮은 페어에는 높게 설정할 수 있다.

4단계: 수익 청구

빌더 수수료는 빌더 주소에 누적되며 레퍼럴 보상 시스템을 통해 청구할 수 있다. 모든 빌더 코드 활동은 온체인에 기록되며 완전한 투명성을 위해 LZ4 압축 형식으로 매일 공개된다.

빌더들이 실제로 만드는 것들

빌더 코드 시스템은 다양한 생태계를 낳았다. Phantom과 MetaMask 같은 지갑은 Hyperliquid 무기한 거래를 네이티브 기능으로 통합해, 사용자들이 app.hyperliquid.xyz를 방문하지 않고도 거래할 수 있다. PVP와 Insilico 같은 트레이딩 터미널은 소셜 트레이딩, 카피 트레이딩, 알고리즘 실행을 위한 특화 인터페이스를 구축한다. Axiom($240만 수익, 34,093명의 사용자)과 Infinex($280만, 9,283명의 사용자)같은 애그리게이터는 크로스체인 거래를 Hyperliquid의 유동성으로 라우팅한다.

공통점은 이 빌더 중 누구도 수익화를 위해 토큰을 출시하지 않았다는 것이다. 제품을 만들고, 빌더 코드를 붙이고, 첫날부터 수익을 창출했다. 이는 프로토콜을 부트스트랩하고 거버넌스 토큰을 출시한 뒤 토큰 가치 상승을 기대하는 전통적인 DeFi 방식과 극명하게 대비된다.

우리 데이터로 빌더 성과 추적하기

빌더 코드 경제학을 규모 있게 이해하려면 온체인 로그 원본 이상의 것이 필요하다. 우리의 빌더 분석 엔드포인트는 Hyperliquid에 등록된 모든 빌더의 수익, 볼륨, 사용자 수, 등록일을 포함한 전체 리더보드를 제공한다.

빌더는 이 데이터를 활용해 생태계 내 자신의 성과를 벤치마킹할 수 있다. 펀드는 어떤 프론트엔드가 점유율을 늘리거나 잃고 있는지 평가할 수 있다. 그리고 원시 수치는 표면적 지표로는 보이지 않는 역학을 드러낸다. 예를 들어 Insilico의 3,339명이 MetaMask의 52,534명보다 더 많은 볼륨을 창출하는 방식, 혹은 Based가 Phantom의 3분의 1 수준의 사용자로 거의 동일한 볼륨을 라우팅하는 방식 같은 것들이다.

우리의 코호트 분석은 한 층 더 깊은 인사이트를 추가한다. 빌더 코드 데이터를 우리의 16개 행동 코호트(계좌 규모별 8개, 누적 손익별 8개)와 교차 분석하면, 어떤 유형의 트레이더가 어떤 프론트엔드에 집중되어 있는지 확인할 수 있다. Smart Money 코호트 사용자를 주로 끌어들이는 빌더는 같은 볼륨이라도 Exit Liquidity 트레이더를 서비스하는 빌더와는 경제적 특성이 크게 다를 것이다.

HyperTracker에서 빌더 분석 살펴보기

Hyperliquid 전체 생태계의 빌더 수익, 볼륨, 사용자 성장을 추적하세요. 무료 티어 제공.

빌더 리더보드 보기

더 큰 그림

빌더 코드는 DeFi 프론트엔드를 수년간 괴롭혀 온 문제를 해결한다. 탈중앙화 프로토콜로 거래를 라우팅하는 애플리케이션이 어떻게 수익을 낼 수 있는가? 빌더 코드 이전의 답은 대개 "토큰 발행" 아니면 "구독 요금제"였다. 둘 다 마찰을 낳는다. 토큰은 거버넌스 부담과 규제 리스크를 수반한다. 구독제는 제품을 써보기도 전에 캐주얼 사용자를 걸러낸다.

Hyperliquid의 접근 방식은 인센티브를 더 직접적으로 정렬한다. 빌더는 자신이 창출하는 가치, 즉 라우팅하는 거래량에 비례해 수익을 얻는다. 사용자는 수수료에 명시적으로 동의하고, 정확히 얼마를 내는지 확인하며, 언제든지 철회할 수 있다. 각 빌더가 사실상 배포 채널 역할을 하며 네이티브 프론트엔드를 방문하지 않았을 새 트레이더들을 Hyperliquid 생태계로 데려오기 때문에 프로토콜도 혜택을 받는다.

누적 빌더 수익 $9,070만과 1,411명의 등록 빌더로, 이 시스템은 이미 의미 있는 규모에서 모델을 검증했다. 이제 남은 과제는 빌더 코드가 작동하는지의 여부가 아니다. 그 위에 무엇이 만들어지느냐다.