Hyperliquid에서 빌더의 진짜 경쟁력을 드러내는 다섯 가지 숫자

Hyperliquid의 빌더 코드는 단순한 레퍼럴 링크가 아닙니다. 하나의 비즈니스 관계입니다. 빌더 코드가 찍힌 프론트엔드를 통해 사용자가 체결하는 모든 거래는 해당 빌더에게 수수료를 발생시키며, 수수료 구조, 사용자 기반, 수익 궤적은 그 프론트엔드가 통합하거나 그 위에 무언가를 구축할 가치가 있는지를 알려줍니다. 문제는 대부분의 사람들이 이를 확인하지 않는다는 점입니다. 친구가 추천해서, 혹은 UI가 깔끔해 보여서 프론트엔드를 선택하고, 데이터가 빌더 프로필에 그대로 있는데도 그 부분을 건너뜁니다.

이 가이드는 Hyperliquid 프론트엔드와 통합하거나 파트너십을 맺거나 볼륨을 라우팅하기 전에 빌더 프로필에서 확인해야 할 다섯 가지 숫자를 다룹니다. 다섯 가지 모두 HyperTracker API 또는 빌더 리더보드의 빌더 프로필 페이지에서 확인할 수 있습니다. 이 접근 방식은 구축할 프론트엔드를 평가하는 개발자, 특정 인터페이스를 통해 자본을 배분하는 펀드, 어떤 코드를 사용할지 결정하는 트레이더 모두에게 유효합니다.

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

Hyperliquid에서 빌더 프로필이 작동하는 방식

Hyperliquid를 통해 거래를 라우팅하는 모든 프론트엔드는 빌더 코드를 등록할 수 있습니다. 사용자가 해당 프론트엔드를 통해 거래하면 모든 체결에 빌더 코드가 찍히고, 빌더는 각 거래에서 수수료를 얻습니다. Hyperliquid의 빌더 수수료 시스템은 Phantom, Based, MetaMask 등 수십 개의 프론트엔드가 Hyperliquid 통합을 통해 수익을 창출하는 방식입니다.

HyperTracker는 거래소의 모든 빌더 코드를 추적하고 Hyperliquid 자체 API가 노출하지 않는 프로필 수준의 분석 데이터를 산출합니다. 두 개의 엔드포인트가 전체 그림을 제공합니다.

• GET /builders/{builder}/profile은 빌더의 신원, 총 수익, 수수료율, 그리고 24시간, 7일, 30일, 전체 기간으로 구분된 분석 데이터를 반환합니다.
• GET /builders/{builder}/users는 해당 코드를 통해 거래한 개별 지갑을 PnL, 볼륨, 빌더 수수료 지불액, 또는 자산 규모 순으로 정렬하여 반환합니다.

/builders/list/timeframe/{timeframe}의 빌더 리더보드는 모든 빌더를 수익 순으로 순위 매기고 이전 기간 비교 데이터를 포함하므로 트렌드를 한눈에 파악할 수 있습니다. 이 세 개의 엔드포인트만으로 Hyperliquid 프론트엔드에 대한 실사를 수행하는 데 필요한 모든 정보를 얻을 수 있습니다.

확인 1: 시간 구간별 수익 트렌드

첫 번째로 볼 것은 빌더의 총 수익 규모가 아니라 7일, 30일, 전체 기간에 걸친 궤적입니다. 런칭 첫 달에 대부분의 수익을 올리고 이후 정체된 빌더는 30일 수익이 사상 최고치를 기록하는 빌더와 전혀 다른 이야기를 합니다.

프로필 엔드포인트는 24시간, 7일, 30일, 전체 기간의 수익을 반환합니다. 비율을 계산해보세요. 몇 달째 활동 중인 빌더의 30일 수익이 전체 수익에서 의미 있는 비중을 차지한다면 그 프론트엔드는 성장 중입니다. 30일 수익이 극히 작은 비중이라면 이미 정점을 지난 것일 수 있습니다.

빌더 코드는 사용자에게 한번 붙으면 잘 바뀌지 않지만 영구적이지는 않습니다. UX 개선이나 기능 추가를 멈춘 프론트엔드는 경쟁자에게 트레이더를 빼앗깁니다. 이는 누군가의 공지 스레드에 나타나기 전에 데이터에서 먼저 보입니다.

계산할 항목: 전체 수익 대비 30일 수익 비율. 빌더가 얼마나 오래 활동했는지(joined 날짜가 프로필에 있음)와 비교하세요. 12개월째 활동 중인 빌더의 최근 30일이 총 수익에서 점점 줄어드는 비중을 차지한다면 하락 추세입니다.

확인 2: 사용자 수 궤적

수익은 기존 사용자의 거래량이 늘어서 증가할 수도 있고, 새 사용자가 유입되어 증가할 수도 있습니다. 시간 구간별 사용자 수는 이 둘을 구분하는 데 도움을 줍니다. 전체 사용자 수는 증가하는데 30일 활성 사용자가 줄고 있다면, 점점 줄어드는 소수의 헤비 트레이더에 의존하는 상황입니다. 이는 취약한 구조입니다.

프로필 엔드포인트는 각 구간의 사용자 수를 반환합니다. 리더보드 스냅샷의 전체 사용자 수는 해당 코드를 통해 거래한 지갑의 총 수를 보여줍니다. 2026년 7월 기준 상위 빌더들 사이에서도 그 범위는 매우 다양합니다. Phantom은 153,000명 이상의 사용자를 보유한 반면, Insilico는 약 3,300명에 불과합니다. 둘 다 수익 기준 상위 5위 안에 듭니다. 사용자 기반의 구성이 단순한 숫자보다 더 중요합니다.

파트너십(공동 마케팅이나 데이터 통합 등)을 위해 빌더를 평가한다면, 사용자 성장이 지속적이고 유기적인지, 아니면 런칭 캠페인으로 인한 일회성 급증인지를 파악해야 합니다. 시간 구간별 데이터는 이를 몇 주씩 추적하지 않고도 확인할 수 있게 해줍니다.

확인 3: 사용자당 수익

이 숫자가 프론트엔드가 어떤 종류의 사용자를 끌어들이는지 가장 잘 말해줍니다. 수익을 사용자 수로 나누면 빌더 생애 전체에 걸쳐 지갑당 평균 수수료 발생액이 나옵니다. Hyperliquid 빌더 생태계 전반에 걸친 편차는 놀라울 정도입니다.

전체 빌더 리더보드 기준으로: Insilico의 사용자당 수익은 약 $1,113입니다(약 3,300명의 사용자에서 총 약 $370만). Phantom은 약 $154입니다(153,000명 이상의 사용자에서 $2,360만). 둘 다 총 수익 기준 상위 5위 빌더지만, 근본적으로 다른 사용자 기반을 서비스합니다.

사용자당 수익이 높다는 것은 대개 소수의 대형 트레이더, 즉 마켓 메이킹 봇, 퀀트 펀드, 고빈도 전략을 구사하는 사용자를 끌어들이는 프론트엔드라는 의미입니다. 낮다는 것은 대중에게 널리 배포된 경우, 주로 지갑 앱이나 소비자 중심 인터페이스를 의미합니다.

어느 쪽이 본질적으로 더 낫다는 것은 없습니다. 하지만 기관이나 알고리즘 사용자를 겨냥한 도구를 만들고 있다면, 사용자 기반이 맞는 프론트엔드와 통합하거나 그 위에 구축해야 합니다. 소매 중심 제품이라면, 150,000명 이상의 소매 지갑을 보유한 빌더가 3,000개의 봇을 가진 빌더보다 훨씬 유의미한 배포 채널입니다.

전체 기간보다 30일 사용자당 수익이 더 중요한 이유

전체 기간 수치는 변화를 희석합니다. 빌더의 초기 사용자가 고래였고 최근 사용자가 소매 트레이더라면, 전체 평균은 그 변화를 감춥니다. 프로필 데이터에서 30일 구간으로 같은 계산을 하면 현재 상태가 드러납니다. 이 글의 기초 자료에 따르면 2026년 10월 중순 기준 30일 사용자당 수익은 잘 알려진 빌더들 사이에서도 편차가 컸습니다. 지갑 기반 프론트엔드 중 일부는 수백 달러대였고, 일부는 수십 달러대에 머물렀습니다. 이 격차 자체가 시사하는 바가 있습니다.

확인 4: 사용자 PnL 분포

여기서 /builders/{builder}/users 엔드포인트가 진가를 발휘합니다. PnL 기준 내림차순으로 정렬하고 상위 사용자를 살펴보세요. 가장 활발한 지갑들이 수익을 내고 있나요, 손실 중인가요?

GET /builders/{builder}/users?orderBy=pnl&order=desc&period=30d&limit=25

PnL 기준 상위 25개 사용자 대부분이 수익을 내고 있다면, 그 인터페이스(또는 그 주변 커뮤니티)가 제대로 거래할 줄 아는 지갑을 끌어들인다는 의미입니다. 상위 사용자들이 심각한 손실 상태라면 다른 이야기가 됩니다. 사용자 기반이 이탈하고 있거나, 수수료를 내면서 손실을 키워가는 초보 트레이더 위주의 구성일 수 있습니다.

이 확인은 특정 프론트엔드의 카피트레이딩이나 시그널 통합을 평가할 때 특히 유용합니다. 특정 프론트엔드의 지갑에서 거래를 팔로우할 수 있는 제품을 만들고 있다면, 그 프론트엔드 사용자들의 PnL 분포가 바로 신호 품질의 상한선입니다. Smart Money와 Money Printer 지갑이 모여 있는 빌더는 대부분의 사용자가 Exit Liquidity나 Semi-Rekt 코호트에 속한 빌더보다 카피트레이드 대상을 발굴하기에 훨씬 좋은 환경입니다.

equity 기준으로 정렬하면 규모 분포도 확인할 수 있습니다. 자산 규모 기준 상위 지갑이 Leviathan과 Tidal Whale이라면 기관급 자금 흐름을 암시합니다. 상위 지갑이 Dolphin과 Fish라면 소매 중심입니다. 다시 말하지만, 어느 쪽이 나쁜 것은 아닙니다. 다만 내가 만드는 것과 빌더의 실제 사용자 사이의 불일치가 바로 리스크입니다.

확인 5: 볼륨 집중도

마지막 확인은 취약성에 관한 것입니다. 사용자 엔드포인트를 볼륨 기준으로 정렬하세요.

GET /builders/{builder}/users?orderBy=volume&order=desc&period=all&limit=25

상위 세 개 지갑이 빌더 총 볼륨의 대부분을 차지한다면, 그 빌더의 수익은 소수의 관계에 의존하는 구조입니다. 고래 하나를 잃으면 수치가 눈에 띄게 떨어집니다. 볼륨이 수백 또는 수천 개의 지갑에 분산되어 있다면 사업은 더 견고합니다.

이는 파트너십이나 통합을 고려하는 빌더에게 특히 중요합니다. 수익이 세 개의 봇 지갑에 집중된 빌더는 볼륨이 고르게 분산된 빌더와 전혀 다른 리스크 프로파일을 가집니다. 총 수익이 같더라도, 집중된 모델은 API 키 하나가 교체되는 순간 급격한 하락을 맞을 수 있습니다.

리더보드 데이터로도 집중도를 어느 정도 파악할 수 있습니다. 빌더의 총 볼륨을 사용자 수와 비교해보세요. 예를 들어 Insilico는 약 3,300명의 사용자에서 전체 기간 약 $363억의 볼륨을 기록했습니다. 사용자당 평균 약 $1,090만으로, 극소수의 초대형 트레이더가 집중되어 있음을 강하게 시사합니다. Phantom의 경우 153,000명 이상의 사용자에서 약 $448억으로, 사용자당 평균은 약 $293,000입니다. 볼륨이 훨씬 분산되어 있습니다.

종합하기: 실용적인 워크플로우

세 번의 API 호출로 이루어지는 순서입니다.

1. 프로필 조회: GET /builders/{builder}/profile. 각 시간 구간의 수익과 사용자 수를 추출합니다. 수익 트렌드(전체 대비 30일 비율)와 사용자당 수익(30일 및 전체)을 계산합니다.
2. PnL 기준 사용자 정렬: GET /builders/{builder}/users?orderBy=pnl&order=desc&period=30d. 상위 25명을 살펴봅니다. 수익을 내고 있나요? 어떤 코호트에 속하나요?
3. 볼륨 기준 사용자 정렬: GET /builders/{builder}/users?orderBy=volume&order=desc&period=all. 집중도를 확인합니다. 볼륨이 분산되어 있나요, 아니면 소수에 집중되어 있나요?

세 번의 호출, 다섯 가지 숫자: 수익 트렌드, 사용자 궤적, 사용자당 수익, PnL 분포, 볼륨 집중도. 스크립트로 실행하거나, HyperTracker 대시보드의 빌더 페이지에서 빌더 프로필로 클릭해 들어가 육안으로 확인할 수도 있습니다.

대시보드는 동일한 데이터를 시각적으로 보여줍니다. 프로필 페이지는 네 개의 시간 구간에 걸친 수익 및 사용자 분석을 표시하고, 리더보드 각 행의 "Profile" 링크를 클릭하면 상세 뷰가 열립니다. 프로그래밍 방식 접근의 경우 API 엔드포인트가 자체 스코어링 모델에 필요한 원시 수치를 반환합니다.

포기해야 할 때

단일 숫자 하나가 결정적인 거부 요인이 되는 경우는 드뭅니다. 하지만 몇 가지 조합이 겹칠 때는 주의해야 합니다.

• 30일 수익 감소 + 사용자 수 감소: 프론트엔드가 사용자와 활동 모두를 잃고 있습니다. 명확한 반전 계획(검증 가능한 신기능 출시, 프로토콜 업그레이드, 마케팅 공세)이 없다면, 내리막을 걷고 있는 빌더입니다.
• 높은 총 수익 + 매우 낮은 30일 수익: 빌더가 초기에 수익을 냈지만 이를 유지하지 못했습니다. 후속 조치 없이 끝난 일회성 통합 급등일 수 있습니다.
• 대다수 사용자가 손실 PnL 코호트: 빌더의 활성 사용자 대부분이 Exit Liquidity나 Semi-Rekt 지갑이라면, 사용자 기반이 제로를 향해 가면서 수수료를 발생시키는 구조입니다. 그 수수료 수익에는 유통 기한이 있습니다.
• 두세 개 지갑에 볼륨이 극단적으로 집중: 세 개의 마켓 메이킹 봇에 의존하는 수익은, 그 봇들이 더 저렴한 수수료 구간이나 경쟁자로 이동하는 순간 사라집니다.

이것들은 경험칙이며 빌더마다 상황이 다릅니다. 하지만 이 확인을 수행하는 핵심은 감에 의존하는 판단을 데이터로 대체하는 것입니다. 프로필은 존재합니다. API도 존재합니다. 활용하세요.

직접 빌더 실사를 해보세요

HyperTracker 빌더 페이지는 Hyperliquid의 모든 빌더 코드에 대한 수익, 사용자 수, 사용자당 분석 데이터를 보여줍니다. 프로필로 클릭해 들어가 전체 내역을 확인하거나, API를 통해 프로그래밍 방식으로 수치를 가져오세요.

빌더 리더보드 둘러보기

Hyperliquid의 빌더 코드는 설계 자체가 투명합니다. 데이터는 온체인에 있고, HyperTracker는 원시 체결 데이터를 실행 가능한 프로필로 전환하는 분석 레이어를 제공합니다. 이 가이드의 다섯 가지 확인 사항은 백서를 읽는 것보다 시간이 덜 걸리며, 어떤 피치덱보다 프론트엔드의 실제 견인력에 대해 더 많은 것을 알려줍니다.