Пять цифр, которые раскрывают реальное преимущество builder'а на Hyperliquid

Builder code на Hyperliquid — это не просто реферальная ссылка. Это деловые отношения. Каждая сделка, совершённая пользователем через фронтенд со штампом builder code, генерирует комиссию для этого builder'а, а структура комиссий, пользовательская база и динамика выручки показывают, стоит ли интегрироваться с этим фронтендом или строить на его основе. Проблема в том, что большинство людей это никогда не проверяют. Они выбирают фронтенд по совету друга или потому что интерфейс понравился визуально — и пропускают момент, когда данные буквально лежат прямо в профиле builder'а.

В этом руководстве разбираются пять цифр, которые стоит вытащить из профиля builder'а, прежде чем интегрироваться, договариваться о партнёрстве или маршрутизировать через него объём на Hyperliquid. Все пять доступны через HyperTracker API или на страницах профилей в таблице лидеров Builders. Подход работает как для разработчика, оценивающего фронтенды для интеграции, так и для фонда, распределяющего капитал через конкретные интерфейсы, и для трейдера, выбирающего, чей код использовать.

Данные по состоянию на июль 2026 года, из таблицы лидеров builders в HyperTracker.

Как работают профили builders на Hyperliquid

Любой фронтенд, маршрутизирующий сделки через Hyperliquid, может зарегистрировать builder code. Когда пользователь торгует через этот фронтенд, builder code проставляется на каждом исполнении, и builder получает комиссию с каждой сделки. Система builder fee в Hyperliquid — это то, как фронтенды вроде Phantom, Based, MetaMask и десятки других монетизируют свои интеграции с Hyperliquid.

HyperTracker отслеживает каждый builder code на бирже и рассчитывает аналитику на уровне профиля, которую собственный API Hyperliquid не предоставляет. Два эндпоинта дают полную картину:

• GET /builders/{builder}/profile возвращает идентификатор builder'а, общую выручку, ставки комиссий и аналитику в разбивке по временным окнам: 24h, 7d, 30d и all-time.
• GET /builders/{builder}/users возвращает отдельные кошельки, торговавшие через этот code, с сортировкой по PnL, объёму, уплаченной builder fee или эквити.

Таблица лидеров builders по адресу /builders/list/timeframe/{timeframe} ранжирует каждого builder'а по выручке и включает сравнения с предыдущим периодом, чтобы тренды были видны с первого взгляда. Эти три эндпоинта дают всё необходимое для due diligence любого фронтенда на Hyperliquid.

Проверка 1: динамика выручки по временным окнам

Первое, на что стоит смотреть, — не сколько всего заработал builder, а как выглядит траектория в разрезе 7-дневного, 30-дневного и совокупного периодов. Builder, заработавший большую часть выручки в первый месяц после запуска и с тех пор стоящий на месте, рассказывает совсем другую историю, чем тот, для кого последние 30 дней стали рекордными.

Эндпоинт профиля возвращает выручку за 24h, 7d, 30d и all-time. Вычислите соотношения. Если выручка за 30 дней составляет ощутимую долю от совокупной у builder'а, активного несколько месяцев, — фронтенд растёт. Если 30-дневная выручка — это крохотный кусочек, значит, пик уже позади.

Это важно, потому что builder codes липкие для пользователей, но не вечные. Фронтенд, который перестаёт улучшать UX или добавлять функции, будет терять трейдеров в пользу конкурентов. Это видно в данных раньше, чем появится в чьём-то анонсе.

Что считать: выручка за 30 дней как процент от совокупной выручки. Сопоставьте это с тем, сколько времени builder активен (дата joined есть в профиле). Builder, активный 12 месяцев, у которого доля последних 30 дней в общей выручке снижается, движется вниз.

Проверка 2: динамика числа пользователей

Выручка может расти либо потому, что существующие пользователи торгуют больше, либо потому, что приходят новые. Количество пользователей в разных временных окнах помогает разделить эти два случая. Builder, у которого общее число пользователей растёт, но 30-дневные активные пользователи снижаются, живёт за счёт сужающейся базы тяжёлых трейдеров. Это хрупкая конструкция.

Эндпоинт профиля возвращает количество пользователей для каждого окна. Совокупный показатель числа пользователей в снимке таблицы лидеров показывает, сколько кошельков когда-либо торговало через этот code. Среди топовых builders по состоянию на июль 2026 года разброс огромный. У Phantom было более 153 000 пользователей, у Insilico — около 3 300. Оба входят в топ-5 по выручке. Состав пользовательской базы важнее сырого числа.

Если вы оцениваете builder'а для партнёрства (например, совместного маркетинга или интеграции данных), нужно понять: рост пользователей органический и продолжающийся или это разовый всплеск от запускового продвижения? Данные по временным окнам делают это видимым без необходимости отслеживать динамику неделями.

Проверка 3: выручка на пользователя

Это число, которое больше всего говорит о том, какие пользователи привлекает фронтенд. Выручка, делённая на количество пользователей, даёт среднюю комиссию, сгенерированную на один кошелёк за всё время работы builder'а. И разброс в экосистеме Hyperliquid builders поражает.

По данным совокупной таблицы лидеров: выручка на пользователя у Insilico составляет примерно $1 113 (около $3,7 млн совокупной выручки примерно от 3 300 пользователей). У Phantom — около $154 ($23,6 млн от более чем 153 000 пользователей). Оба входят в топ-5 builders по общей выручке, но обслуживают принципиально разные пользовательские базы.

Высокая выручка на пользователя, как правило, означает, что фронтенд привлекает меньше, но более тяжёлых трейдеров: маркет-мейкинговые боты, квантовые фонды или высокочастотные стратегии. Низкая выручка на пользователя означает массовое распространение — обычно это кошелёк-приложение или потребительский интерфейс.

Ни то ни другое само по себе не лучше. Но если вы строите инструмент для институциональных или алгоритмических пользователей, вам нужно интегрироваться (или строить на основе) фронтендов, чья пользовательская база совпадает с вашей целевой. А если ваш продукт ориентирован на розницу, builder со 150 000+ розничных кошельков — более релевантный канал дистрибуции, чем тот, у которого 3 000 ботов.

Почему выручка на пользователя за 30 дней важнее совокупной

Совокупный показатель сглаживает изменения. Если первые пользователи builder'а были китами, а последние — розничными трейдерами, совокупное среднее маскирует этот сдвиг. Пересчитайте то же самое для 30-дневного окна по данным профиля, и вы увидите текущее состояние. В материалах к этой статье отмечалось, что выручка на пользователя за 30 дней в середине октября 2026 года существенно различалась даже среди известных builders: у некоторых фронтендов на основе кошельков она исчислялась сотнями, у других — десятками. Разброс красноречив.

Проверка 4: распределение PnL пользователей

Вот где эндпоинт /builders/{builder}/users показывает свою ценность. Отсортируйте по PnL (по убыванию) и посмотрите на топовых пользователей. Прибыльны ли наиболее активные кошельки или они в минусе?

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

Фронтенд, у которого топ-25 пользователей по PnL преимущественно в плюсе, говорит о том, что интерфейс (или сообщество вокруг него) привлекает кошельки, умеющие торговать. Фронтенд, у которого топовые пользователи глубоко в минусе, сигнализирует о другом: пользовательская база может уходить, или аудитория смещена в сторону новичков, генерирующих комиссии по дороге вниз.

Эта проверка особенно полезна при оценке builder'а для интеграции copy-трейдинга или сигналов. Если вы строите продукт, позволяющий пользователям копировать сделки с кошельков конкретного фронтенда, распределение PnL пользователей этого фронтенда — это потолок качества ваших сигналов. Builder с кластером прибыльных Smart Money и Money Printer кошельков — лучший охотничий угодье для целей copy-трейдинга, чем тот, у которого большинство пользователей относятся к когортам Exit Liquidity или Semi-Rekt.

Можно также отсортировать по equity, чтобы увидеть распределение по размеру. Фронтенд, у которого топовые кошельки по эквити — это Leviathan и Tidal Whale, сигнализирует об институциональном потоке. Тот, у которого лидеры — Dolphin и Fish, — это розничная история. Снова: ни то ни другое не является ошибкой, но несоответствие между тем, что вы строите, и тем, кто на самом деле является пользователями builder'а, — это и есть риск.

Проверка 5: концентрация объёма

Последняя проверка — о хрупкости. Отсортируйте эндпоинт пользователей по объёму:

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

Если три топовых кошелька занимают огромную долю в общем объёме builder'а, его выручка держится на горстке отношений. Потеряйте одного кита — и цифры упадут заметно. Если объём распределён между сотнями или тысячами кошельков, бизнес устойчивее.

Это особенно важно для builders, рассматривающих партнёрства или интеграции. Builder, выручка которого сконцентрирована в трёх бот-кошельках, имеет совершенно иной профиль риска, чем тот, у которого ни один кошелёк не вносит более небольшого процента от общего объёма. Оба могут генерировать одинаковую суммарную выручку, но концентрированная модель — это резкое падение на расстоянии одной ротации API-ключа.

Концентрацию можно приблизительно оценить и по данным таблицы лидеров. Сравните общий объём builder'а с количеством его пользователей. Insilico, например, сгенерировал примерно $36,3 млрд совокупного объёма примерно от 3 300 пользователей. Это около $10,9 млн на пользователя в среднем, что убедительно указывает на небольшое число очень тяжёлых трейдеров. Сравните с Phantom: примерно $44,8 млрд от 153 000+ пользователей, где среднее составляет около $293 000 на пользователя. Объём распределён значительно шире.

Сводим всё вместе: практический рабочий процесс

Вот последовательность в трёх API-вызовах:

1. Запросите профиль: GET /builders/{builder}/profile. Извлеките выручку и количество пользователей для каждого временного окна. Рассчитайте тренд выручки (30d как доля от all-time) и выручку на пользователя (за 30d и all-time).
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 и концентрация объёма. Можно запустить это в скрипте или посмотреть визуально на странице Builders в дашборде HyperTracker, перейдя в профиль любого builder'а.

Дашборд отображает те же данные визуально: страница профиля показывает аналитику выручки и пользователей по всем четырём временным окнам, а ссылка «Profile» в каждой строке таблицы лидеров открывает детальный вид. Для программного доступа API-эндпоинты возвращают сырые числа, необходимые для построения собственной модели скоринга.

Когда стоит отказаться

Ни одна цифра сама по себе не является поводом для отказа. Но определённые комбинации должны настораживать.

• Снижение выручки за 30d + снижение числа пользователей: фронтенд теряет и пользователей, и активность. Если нет очевидного плана разворота (запуск новой функции, обновление протокола, маркетинговый пуш, который можно верифицировать), — это builder в упадке.
• Высокая совокупная выручка + очень низкая выручка за 30d: builder заработал деньги в начале и не смог это удержать. Возможно, разовый интеграционный всплеск, который так и не получил продолжения.
• Большинство пользователей в когортах с отрицательным PnL: если большинство активных пользователей builder'а — это Exit Liquidity или Semi-Rekt кошельки, пользовательская база генерирует комиссии по пути к нулю. У такой выручки есть срок годности.
• Экстремальная концентрация объёма в двух-трёх кошельках: выручка, зависящая от трёх маркет-мейкинговых ботов, исчезнет, если те ботники мигрируют на более дешёвый тарифный уровень или к конкуренту.

Это эвристики, и каждый builder уникален. Но смысл этой проверки — заменить интуитивное ощущение данными. Профили существуют. API существует. Пользуйтесь ими.

Проведите собственный due diligence builder'а

Страница HyperTracker Builders показывает выручку, количество пользователей и аналитику на пользователя для каждого builder code на Hyperliquid. Откройте любой профиль для полной разбивки или используйте API для программного получения данных.

Изучить таблицу лидеров Builders

Builder codes на Hyperliquid прозрачны по своей природе. Данные хранятся on-chain, а HyperTracker создаёт аналитический слой, превращающий сырые исполнения в действенные профили. Пять проверок из этого руководства занимают меньше времени, чем чтение вайтпейпера, и расскажут о реальной тяге фронтенда больше, чем любой питч-дек.