1,411 builders、$9,070万の手数料：Hyperliquidのリアルなリーダーボード

ほとんどの人はDEXを見て、単なる取引の場だと思う。しかし、Hyperliquidのbuilder codeプログラムは別の現実を示している。1,411のチームが第三者フロントエンドを通じて$2,749億の取引量をルーティングし、合計$9,070万の手数料を稼いでいるのだ。数字は2026年7月時点のもので、HyperTrackerのbuilderリーダーボードから取得した。

この$9,070万はHyperliquidには渡っていない。ウォレットプロバイダー、取引ターミナル、コピートレードボット、そしてプロトコル上に構築した分析プラットフォームへと流れた。その収益の分布は極端に偏っており、リーダーボードを詳しく分析する価値がある。

我々はAPIからbuilderリーダーボードの全データを取得し、数字を分解した。最も稼いでいるのは誰か、手数料戦略はどう異なるか、そしてその集中パターンが今日Hyperliquid上でビルドする者に何を意味するのか。

Builder Codeの実際の仕組み

Builder codeは、取引の帰属管理に使うHyperliquidのオンチェーンメカニズムだ。第三者アプリがHyperliquid経由で取引をルーティングする際、注文にbuilderアドレスと手数料パラメータを付加できる。手数料はHyperliquidの取引手数料とは別に、builderのアカウントへ直接入金される。

仕組みはシンプルだ。登録にはHyperliquid perpsアカウントに100 USDCが必要。ユーザーは各builderの最大手数料を承認するために、メインウォレットでApproveBuilderFeeアクションに署名しなければならない。上限はperpsで10ベーシスポイント(0.1%)、spotで100ベーシスポイント(1%)。Builder手数料はHyperliquidの標準取引手数料に上乗せされ、完全にオンチェーンで処理される。

ユーザー承認が必要という点は重要だ。すべてのbuilder手数料は合意に基づき、透明で、取り消し可能。ユーザーは最大10個のbuilder code承認をアクティブに維持できる。隠れた搾取は存在しない。だからこそ最も稼ぐbuildersは、人々が使いたいと思うプロダクトを通じて本当に大きな取引量をルーティングすることで収益を得ている。

トップ15：実際に稼いでいるのは誰か

リーダーボードはトップへの集中が顕著だ。我々のデータによると、上位5チームが$9,070万の総額のうちおよそ$5,860万を占めており、5チームで全builder収益の約65%を獲得している。

| 順位 | Builder | 収益 | ユーザー数 | 取引量 | 参加時期 | | --- | --- | --- | --- | --- | --- | | 1 | Phantom | $23.6M | 153,128 | $44.8B | 2025年6月 | | 2 | Based | $15.2M | 42,967 | $44.9B | 2025年6月 | | 3 | MetaMask | $8.1M | 52,534 | $9.0B | 2025年8月 | | 4 | PVP | $8.0M | 28,223 | $17.1B | 2024年7月 | | 5 | Insilico | $3.7M | 3,339 | $36.3B | 2024年7月 | | 6 | Infinex | $2.8M | 9,283 | $5.2B | 2025年8月 | | 7 | Axiom | $2.4M | 34,093 | $23.0B | 2025年1月 | | 8 | TreadFi | $2.2M | 4,835 | $11.1B | 2025年4月 | | 9 | Dreamcash | $1.8M | 11,215 | $7.6B | 2025年6月 | | 10 | Liquid | $1.5M | 9,499 | $3.2B | 2025年6月 | | 11 | Rabby | $1.5M | 19,031 | $6.5B | 2025年8月 | | 12 | Mass | $1.5M | 1,054 | $2.5B | 2025年6月 | | 13 | Okto | $790K | 8,702 | $3.7B | 2024年4月 | | 14 | Defiapp | $780K | 8,183 | $5.5B | 2025年3月 | | 15 | Minara AI | $775K | 4,933 | $2.6B | 2025年12月 |

この格差を見てほしい。Phantomだけで、6位から15位のbuildersの合計を上回る収益を上げている。これは典型的なべき乗則の分布であり、ディストリビューションがすべてを決める市場では当然の結果だ。既存ユーザーが最も多いプラットフォームが最も多くの取引量を獲得する。なぜなら、ユーザーが取引のためにウォレットを乗り換えることはほとんどないからだ。

手数料率の格差：なぜ1ドル当たりの収益が9倍も違うのか

収益だけでは全体像は見えない。各builderの収益を取引量で割ると、まったく異なる構図が浮かび上がる。buildersはまったく異なる手数料戦略を取っている。

上位5社の中で実効手数料率が最も高いのはMetaMaskで、取引1ドル当たり約8.9ベーシスポイント。perpsの上限10 bpsに近い水準だ。Phantomは約5.3ベーシスポイント、Basedは3.4ベーシスポイント、PVPは4.7ベーシスポイント、そしてInsilocoはわずか1ベーシスポイントにとどまる。

MetaMaskとInsilocoの9倍の差はランダムではない。まったく異なるビジネスモデルを反映している。

• MetaMaskがプレミアムを請求できるのは、ユーザーが汎用ウォレットユーザーであり、提示された手数料率をおおむね受け入れるからだ。ウォレットの巨大な既存インストールベースが価格交渉力を与えており、8.9 bpsで$90億の取引量でも、低い手数料率の多くのbuildersより大きな収益をもたらす。
• Insilicoが1 bpsで運営しているのは、そのユーザーがアルゴリズムトレーダーやマーケットメーカーで、1アカウントあたり莫大な取引量を生み出すからだ。わずか3,339ユーザーで$363億の取引量を生み出しており、Insilocoのユーザー1人当たりの平均取引額は$1,090万。その取引量の規模は、手数料率を最低水準に抑えることを必要とする。

PhantomとPVPはその中間に位置する。洗練されたUXと引き換えに適度な手数料を受け入れる、エンゲージメントの高いユーザーベースを持つコンシューマー向けプロダクトだ。

ユーザー当たり収益：真の効率指標

ユーザー1人当たりの価値がわからなければ、ユーザー数は虚栄の指標にすぎない。収益をユーザー数で割ることで、どのbuildersが最も粘着性が高く価値の高いユーザー関係を構築したかがわかる。

トップ15でユーザー当たり収益が最も高いのはMassで約$1,395、次いでInsilocoの$1,113。どちらも少数の洗練されたトレーダーを抱える。対してPhantomは1ユーザー当たり$154、MetaMaskは$153。分母が6桁のユーザー数であり、その多くは取引規模が小さく、取引頻度も低い。

Axiomは特に興味深い。34,093ユーザーを抱えながら収益は$240万にとどまり、ユーザー当たり約$69。低い手数料率(約1ベーシスポイント)で幅広い層を取り込む広域展開型の戦略だ。そのユーザー層が長期的な収益に転換できるかどうかは、ユーザーが成熟するにつれてプロダクトがどれだけ定着するかにかかっている。

buildersへの示唆はこうだ。パワーユーザー1,000人は、カジュアルユーザー10万人より価値がある場合がある。Builder codeモデルはエンゲージメントの深さを報酬として与える。手数料は取引量に比例して増加し、取引量はアクティブなトレーダーの手に集中するからだ。

ロングテール問題

トップ15の背後には1,396の他のbuilder codeが存在する。合わせて約$1,550万の収益を分け合っているが、計算してみると、テール全体で1つ当たり平均約$11,000という数字になる。

ほとんど何も稼いでいないbuildersも多い。Builder codeの取得は極めて簡単(100 USDC)であるため、レジストリには実験的なプロジェクト、放棄されたボット、個人利用のコードが溢れている。実際のエコシステムは、1,411というアクティブな参加者数よりもはるかに小さい。

これはHyperliquid固有の現象ではない。アプリストア、アフィリエイトプログラム、マーケットプレイスのエコシステムはすべて同じパターンをたどる。少数のディストリビューターが圧倒的な大多数の価値を獲得する。違いはHyperliquidのbuilder codeデータが完全にオンチェーンで照会可能であるため、誰でもリアルタイムでその集中度を確認できる点だ。

リーダーボードがDEXのディストリビューションについて語ること

Hyperliquidのbuilder codeプログラムは、顧客獲得を効果的に第三者デベロッパーにアウトソースしている。マーケティングに費用をかける代わりに、プロトコルはbuildersが持ち込む取引量に比例した手数料を得られる仕組みだ。これにより、理解しておく価値のあるいくつかの構造的なダイナミクスが生まれる。

ディストリビューションはウォレットが制する

Phantom(1位)、MetaMask(3位)、Rabby(11位)はいずれもウォレットプロバイダーだ。3社合わせて$600億超の取引量をルーティングし、$3,300万以上を稼いだ。ウォレットが勝つのは、それが入口だからだ。ユーザーはウォレットを開き、Hyperliquidをサポートされている取引所として認識し、Hyperliquidのネイティブフロントエンドを訪れることなく取引する。取引はウォレットのbuilder codeに自動的に帰属される。

どこに統合するかを考えているbuildersへの教訓は明確だ。ユーザーの日常的なワークフローに組み込まれることは、機能豊富なスタンドアロンプロダクトを持つこと以上に重要だ。

ボットとターミナルは取引量で競う

InsilocoとTreadFiの合計ユーザー数は8,174人だが、$474億の取引量をルーティングした。ユーザー1人当たり平均$580万だ。取引ボットとアルゴリズムプラットフォームはユーザーベースが小さくなる傾向があるが、そのユーザーは産業規模で取引する。手数料が取引量に比例してリニアにスケールするbuilder codeモデルは、彼らに最適だ。

100 USDCのハードルはフィルターとして機能しない

登録builderが1,411あり、実際に意味のある収益を得ているのが現実的に100未満であることを考えると、builder codeレジストリはキュレーションされたマーケットプレイスというよりオープンなディレクトリとして機能している。Hyperliquidはいずれ、発見のしやすさという観点からアクティブなbuildersと非アクティブなbuildersを区別する必要が生じるかもしれない。ただし、オンチェーンの透明性により、誰でも実際のパフォーマンスでフィルタリングできる。

Builderパフォーマンスをプログラムで追跡する

この記事のすべての数字は、我々のbuilder analyticsエンドポイントへの1回のAPIコールから取得した。HyperTrackerの/builders/listエンドポイントは、Hyperliquid上のすべての登録builder codeの収益、ユーザー数、取引量、参加日を含む完全なリーダーボードを返す。

Hyperliquid上でビルドしているなら、このデータで自分のbuilder codeパフォーマンスをエコシステム全体と比較できる。トレーダーなら、どのフロントエンドが最も多くの取引量をルーティングしているか、どの手数料率で行っているかがわかるため、どのbuilder手数料を承認するかについて情報に基づいた選択ができる。

我々のAPIはbuilderのパフォーマンスを異なる時間軸(日次、週次、月次、全期間)で追跡するため、どのbuildersが勢いを増しているか、失っているかを把握できる。

Builderリーダーボード全体を照会する

HyperTrackerのAPIは、Hyperliquid上のすべての登録builderのbuilder codeランキング、収益の内訳、取引量の帰属にプログラムでアクセスする手段を提供する。

Builder Analyticsを探索する

Builderエコノミーはまだ初期段階

$9,070万という総builder手数料は成熟したエコシステムのように聞こえるが、成長の軌跡はこれがまだ初期フェーズであることを示唆している。より多くのbuildersが統合し、Hyperliquidの取引量が拡大するにつれ、総額は過去1年で急速に増加した。HIP-3(伝統的資産のperps)とHIP-4(予測市場)の導入により、buildersがコードを通じてルーティングできるまったく新しい取引量カテゴリが加わる。

注目すべき2つの展開がある。第一に、ステーキングリファーラルプログラムにより、HYPE をステーキングしたbuildersとリファラーが、最高ティアで最大40%まで、紹介したユーザーの取引手数料の一定割合を受け取れるようになる。これはトップbuildersの収益計算を大きく変える可能性がある。第二に、Hyperliquidの取引量が増えるにつれ、1ベーシスポイントの手数料率でさえ絶対的なドル価値が相当なものになる。月間$10億の取引量を1 bpsでルーティングするbuilderは、それだけで月$10万を稼ぐ。

1年後にはリーダーボードの様相は変わっているだろう。しかし、今日リーダーボードが明らかにしているパターン、すなわちウォレットがディストリビューションで勝ち、ボットが取引量効率で勝ち、ユーザー数と同じくらい手数料戦略が重要であるという事実は、おそらく変わらない。これらのダイナミクスを早期に理解したbuildersが、プロトコルの成長から収益を得る最も明確な道筋を持っている。