Кожна угода на Hyperliquid платить фронтенду: пояснення builder codes

Коли ви торгуєте на Hyperliquid через сторонній гаманець або торговий термінал, застосунок, який ви використовуєте, отримує частку від кожної угоди. Автоматично, в мережі, в USDC. Саме так працює builder code.

Механіка оманливо проста: будь-який застосунок, що маршрутизує ордери через Hyperliquid, може додавати невелику комісію до кожної угоди, і протокол сплачує цю комісію безпосередньо на адресу розробника. Без запуску токена. Без підписки. Без переговорів щодо партнерства. Просто комісії, що надходять від виконаних угод до застосунку, який їх забезпечив. Загалом екосистема розробників Hyperliquid згенерувала понад $90 мільйонів доходу серед 1 411 зареєстрованих розробників, що робить її однією з найбільш продуктивних систем монетизації в DeFi.

Цей посібник детально пояснює, як працюють builder codes, хто на них заробляє і що потрібно, щоб інтегрувати один у власний застосунок.

Механіка: як насправді працюють builder codes

Builder codes — це вбудований у matching engine Hyperliquid механізм атрибуції комісій в мережі. Слово "builder" тут означає DeFi-розробників, які створюють застосунки на Hyperliquid, а "code" — це параметр комісії, що додається до кожного маршрутизованого ними ордера.

Процес складається з трьох кроків:

1. Підтвердження користувача. Перш ніж розробник може отримувати комісії від трейдера, цей трейдер має підписати дію ApproveBuilderFee зі свого основного гаманця (агентські та API-гаманці для цього не підходять). Підтвердження встановлює максимальну комісію, яку може стягувати розробник. Користувачі можуть скасувати цей дозвіл у будь-який момент, і кожен гаманець може мати не більше 10 активних підтверджень builder code одночасно.
2. Додавання комісії. Розробник включає необов'язковий параметр до кожного ордера: {"b": builder_address, "f": fee_in_tenths_of_bps}. Комісія встановлюється для кожного ордера окремо для максимальної гнучкості, тобто розробник може застосовувати різні ставки для різних угод на власний розсуд.
3. Розрахунок в мережі. Коли угода виконується, логіка комісій Hyperliquid вираховує комісію розробника з угоди і зараховує її на рахунок розробника в USDC. Ця комісія є додатковою до стандартних комісій протоколу для мейкерів і тейкерів.

Ліміти комісії та параметр f

Параметр комісії f вимірюється в десятих частках базисного пункту. Значення f: 10 відповідає 1 базисному пункту (0,01%), а f: 100 — 10 базисним пунктам (0,10%), що є максимумом для безстрокових контрактів. Для спотових ринків допускається до 100 базисних пунктів (1%).

При виконанні угоди на $10 000 у безстрокових контрактах за максимальної ставки 10 б.п. розробник заробляє $10. При більш типових 5 б.п. та ж угода приносить $5. Builder codes поширюються лише на комісії, що стягуються в котирувальному або заставному активі (USDC), тобто вони не застосовуються до купівельної сторони спотових ринків.

Хто заробляє найбільше: таблиця лідерів серед розробників

Дані станом на липень 2026 року з таблиці лідерів розробників HyperTracker.

Вершина таблиці лідерів демонструє чітку закономірність: розробники з найвищим доходом — це гаманці й торгові термінали, що присутні у щоденному робочому процесі користувача. Phantom лідирує з $23,6 мільйона сукупного доходу від комісій розробника, отриманого від 153 128 користувачів і $44,8 мільярда маршрутизованого обсягу. Crypto Briefing повідомив, що Phantom заробив $20 мільйонів у вигляді комісій builder code з моменту запуску інтеграції з Hyperliquid у липні 2025 року, обробивши $37 мільярдів торгового обсягу. Наші дані показують, що з того часу ця цифра перевищила $23 мільйони.

Based посідає друге місце з $15,2 мільйона доходу при $44,9 мільярда обсягу — цифра, що фактично перевищує показник Phantom, попри менший дохід, оскільки він обслуговує менше, але більш активних трейдерів (42 967 користувачів проти 153 128 у Phantom). MetaMask і PVP знаходяться поблизу позначки $8 мільйонів, при цьому MetaMask приєднався відносно нещодавно (серпень 2025) і вже залучив 52 534 користувачі.

Далі в рейтингу Insilico заробив $3,7 мільйона від лише 3 339 користувачів — нетиповий результат, що відображає невелику базу надзвичайно активних алгоритмічних трейдерів, які маршрутизують колосальні обсяги ($36,3 мільярда) через його інфраструктуру. Це показник доходу на користувача, що значно перевищує аналогічний показник будь-якого іншого розробника з топ-15.

Дохід на користувача: прихована метрика

Загальні суми доходу розповідають лише частину історії. Більш цікавою метрикою для розробників, що оцінюють цю можливість, є дохід на користувача, оскільки вона показує, чи залежить економіка розробника від кількості користувачів або їхньої інтенсивності.

| Builder | Дохід | Користувачі | Дохід/Користувач | Обсяг/Користувач | | --- | --- | --- | --- | --- | | 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 виграє за рахунок інтенсивності (обслуговування невеликої групи досвідчених трейдерів, що генерують колосальні обсяги). Система builder codes однаково винагороджує обидва підходи.

Builder codes проти реферальних кодів

У Hyperliquid є два окремих механізми розподілу комісій, і плутанина між ними є однією з найпоширеніших помилок нових розробників.

Builder codes є поордерними, прив'язаними до конкретного застосунку та адитивними. Вони додають комісію понад стандартні торгові комісії протоколу. Вони застосовуються лише тоді, коли користувач торгує через застосунок розробника, і вимагають явної згоди користувача через підписане підтвердження.

Реферальні коди є поюзерними, постійними та субтрактивними. Вони знижують комісії протоколу і ділять частину з реферером. Вони застосовуються до всіх угод користувача незалежно від того, який фронтенд він використовує, і втрачають чинність після досягнення рефералом $1 мільярда сукупного обсягу.

Якщо в одному ордері присутні обидва, builder code замінює реферальний код для цього конкретного виконання. Це означає, що дохід розробника ніколи не розмивається реферальними кодами за угодами, маршрутизованими через його застосунок.

Інтеграція builder code: технічні кроки

Для початку роботи потрібен акаунт у безстрокових контрактах Hyperliquid з щонайменше 100 USDC та застосунок, що надсилає ордери через API Hyperliquid. Жодних заявок і жодних комітетів з затвердження.

Крок 1: Зареєструйте свою адресу розробника

Адреса розробника — це просто гаманець, на який надходитимуть комісії. Переконайтеся, що на ньому є щонайменше 100 USDC у вигляді вартості акаунту безстрокових контрактів, і він використовує стандартний режим абстракції акаунту.

Крок 2: Запропонуйте користувачам підтвердити вашу комісію

Перш ніж ви зможете заробляти, кожен користувач повинен підписати дію ApproveBuilderFee. Це має відбуватися з основного гаманця користувача. Дія встановлює максимальну комісію, яку ви можете стягувати з цього користувача. Найкраща практика: чітко відображати підтвердження в інтерфейсі із зазначенням адреси розробника, максимальної комісії, прикладу вартості, примітки про те, що комісія є додатковою до комісій протоколу, та інструкцій щодо скасування.

Крок 3: Додайте комісію до ордерів

Додайте параметр розробника до кожного ордера, що надсилається:

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

У цьому прикладі f: 50 стягує 5 базисних пунктів (0,05%) за кожне виконання. Ви можете змінювати це значення для кожного ордера окремо, тобто можна стягувати менше за високоліквідними активами, щоб залишатися конкурентоспроможним, або більше за менш ліквідними парами, де ваша аналітика або маршрутизація додають очевидну цінність.

Крок 4: Отримайте дохід

Комісії розробника накопичуються на адресі розробника і можуть бути отримані через систему реферальних винагород. Вся активність builder code фіксується в мережі та щодня публікується у форматі LZ4 для повної прозорості.

Що насправді будують розробники

Система builder codes породила різноманітну екосистему. Гаманці, такі як Phantom і MetaMask, інтегрують безстрокові контракти Hyperliquid як нативну функцію, тому їхні користувачі можуть торгувати, жодного разу не відвідуючи app.hyperliquid.xyz. Торгові термінали, як-от PVP і Insilico, будують спеціалізовані інтерфейси для соціальної торгівлі, копітрейдингу та алгоритмічного виконання. Агрегатори, зокрема Axiom ($2,4 мільйона доходу, 34 093 користувачі) та Infinex ($2,8 мільйона, 9 283 користувачі), маршрутизують кросчейн-угоди через ліквідність Hyperliquid.

Спільне у всіх цих розробників те, що жоден із них не запускав токен для монетизації. Вони створили продукт, додали builder code і почали заробляти з першого дня. Це разюче контрастує з традиційним підходом у DeFi: запустити протокол, випустити токен управління і сподіватися, що він набере вартість.

Відстеження ефективності розробників з нашими даними

Розуміння економіки builder code у масштабі вимагає більшого, ніж необроблені логи в мережі. Наш ендпоінт аналітики розробників надає повну таблицю лідерів: дохід, обсяг, кількість користувачів і дату приєднання для кожного зареєстрованого розробника на Hyperliquid.

Розробники можуть використовувати ці дані для порівняння своїх показників з показниками екосистеми. Фонди можуть оцінювати, які фронтенди набирають або втрачають частку ринку. А необроблені цифри виявляють динаміку, яку поверхневі метрики не помічають: наприклад, як 3 339 користувачів Insilico генерують більший обсяг, ніж 52 534 користувачі MetaMask, або як Based маршрутизує майже той самий обсяг, що й Phantom, маючи втричі менше користувачів.

Наша когортна аналітика додає ще один рівень. Зіставляючи дані builder code з нашими 16 поведінковими когортами (8 за розміром акаунту, 8 за загальним PnL), ви можете бачити, які типи трейдерів сконцентровані на яких фронтендах. Розробник, що приваблює переважно користувачів когорти Smart Money, матиме принципово іншу економіку, ніж той, що обслуговує трейдерів Exit Liquidity, навіть при однакових обсягах.

Досліджуйте аналітику розробників на HyperTracker

Відстежуйте дохід, обсяги та зростання користувачів розробників по всій екосистемі Hyperliquid. Є безкоштовний тариф.

Переглянути таблицю лідерів розробників

Ширший контекст

Builder codes вирішують проблему, що роками переслідувала DeFi-фронтенди: як застосунок, що маршрутизує угоди до децентралізованого протоколу, може заробляти гроші? До появи builder codes відповідь зазвичай була «запустити токен» або «стягувати абонплату». Обидва варіанти створюють бар'єри. Токени вимагають накладних витрат на управління та несуть регуляторні ризики. Підписки відсіюють випадкових користувачів ще до того, як вони спробують продукт.

Підхід Hyperliquid вибудовує стимули безпосередньо. Розробники заробляють пропорційно до цінності, яку вони створюють, що вимірюється обсягом торгів, який вони маршрутизують. Користувачі явно погоджуються на комісію, бачать точну суму, яку платять, і можуть відкликати згоду в будь-який момент. Протокол виграє, оскільки кожен розробник фактично є каналом розповсюдження, що залучає нових трейдерів до екосистеми Hyperliquid, які інакше могли б ніколи не відвідати нативний фронтенд.

Маючи $90,7 мільйона сукупного доходу розробників і 1 411 зареєстрованих розробників, система вже довела свою ефективність у значному масштабі. Наступний рубіж — не питання про те, чи працюють builder codes. Питання в тому, що буде побудовано на їхній основі.