ビルダーコードとは何か
ビルダーコードは、サードパーティのUI、取引ボット、独自フロントエンド経由でHyperliquidに注文を出すときに付与される識別子です。ユーザーがそのアプリ経由で取引すると、取引手数料の一部がビルダー側に分配される設計になっています。開発者が取引所そのものを作らなくても、ツール改善の収益化ができる仕組みです。
個人トレーダーにとって重要なのは、人気のボットやTelegram連携、チャート連携がビルダーコードを使っている場合がある点です。何が課金されているかを理解しないと、表示上の低い手数料の裏で上乗せが発生します。ビルダー側にとっては、信頼性の高い執行・リスク管理・UXを提供するほど継続収益につながります。
紹介コードとの違い
紹介コードとビルダーコードは目的が違います。Hyperliquidの紹介コード（例: HOLYGRAIL）は、主にトレーダー自身の手数料負担を抑える、または登録時の割引に関わるものです。一方ビルダーコードは、外部アプリの注文経路に乗り、基本手数料に加えて（または分配として）ビルダー手数料が関与し得ます。
実務では両方を併用できます。紹介リンクで口座を開き、その後ボットがビルダーコードを付与する、という流れです。ただし総コストは必ず確認してください。メイカー/テイカーが安く見えても、ビルダー上乗せでスキャルピングの期待値が消えることは珍しくありません。
誰が気にすべきか
ボットや外部UIを使うトレーダー
公式UIだけで完結するなら、ビルダーコードを意識しないことも多いです。グリッドボット、コピートレード用フロント、独自APIラッパーを繋いだ瞬間に話が変わります。資金を入れる前に確認すべきは次の3点です。ビルダー手数料はいくらか。固定bpsか出来高段階か。ビルダー経路を切ってもツールが使えるか。
開発者とマーケットメイカー
安定した執行と明確な手数料表示があるツールは、ユーザーのサイズ拡大とともに収益が積み上がります。逆に、価値説明なしの高手数料はすぐ離脱されます。成功するビルダーは料金表を公開し、可能なら署名経路を透明化し、レイテンシを低く保ちます。
安全に使うためのチェックリスト
- ウォレット分離: ボット用は取引専用。長期保有資産はオフライン側へ。
- API権限: 出金不可・取引のみなど、スコープ付きキーを優先。
- 手数料監査: 少額の実注文で、公表スケジュール＋ビルダー上乗せと突合。
- 緊急停止: 1分以内に注文キャンセルとキー失効ができる手順を用意。
- ログ: 約定を日次エクスポートし、手数料ドリフトを早期発見。
詳細は API取引ボットガイド と APIキーセキュリティ も参照してください。
トレーダーが行うべき手数料計算
Hyperliquidのベース手数料は多くのCEXより低い場合があります。それでもビルダーが数bps上乗せすると、高頻度では支配的になります。1日の想定元本が100万ドルなら、追加0.5bpsでも1日50ドル、年換算で大きな固定費です。メイカー戦略はリベート条件が変わる影響も大きいです。
固定する前に Lighterのゼロ手数料モデル や Asterの手数料構造 と総コスト比較をしましょう。便利さは、手数料控除後のエッジが残るときだけ価値があります。
ビルダー側のベストプラクティス
- 手数料経路を1画面で説明（埋もれたPDFだけにしない）。
- 持続可能な最安に近いビルダー料を既定値にする。
- ポストオンリーやreduce-onlyなど上級者向けフラグをサポート。
- シードフレーズを要求しない。署名はユーザーのウォレットまたは承認済みAPIに限定。
- 障害時は状況を公開。沈黙は手数料以上に信頼を壊す。
よくある失敗
「公式UIだけ」前提のまま自動化を足す。 気づかないうちにビルダー料が発生します。紹介割引とビルダー上乗せの同時無視。 両方をモデル化すること。マスターキーの使い回し。 一台の侵害で全戦略が危険に。少額ライブテストの省略。 机上の手数料想定は初回約定で崩れることが多いです。