テクノロジーではなく運営について話しましょう：Hyperliquidは取引所の「成長のブラックボックス」をどのようにブロックチェーン上に移行させるのでしょうか？

Candy@TEDAO｜著者

はじめに | 取引の背後にある「ビジネス台帳」も公開できるのか？

DeFi世界では、すべての取引が改ざん不可能なパブリックチェーンに記録され、誰でもアクセスできます。UniswapのようなDEXでのすべての取引を見ることに慣れていますが、情報は多くの場合「この取引が発生した」という事実だけで止まっています。

この取引はどこから来たのでしょうか？KOLからの紹介や取引ツールからのものでしょうか？長い間、このような属性情報はプロジェクト内部のシステムや中央集権的なバックエンド処理に依存してきました。これはよく「成長のブラックボックス」と呼ばれます：取引自体はオンチェーンで検証できますが、プロモーションの出所はオフチェーンで処理されることが多いのです。これは偶然ではなく、技術的なコスト面の考慮から生じています。イーサリアムブロックチェーンのようなメインネットでは、各取引に追加の識別子を付けるとガス代が大幅に増加し、セキュリティ上の課題も生じる可能性があります。そのため、多くのプロジェクトは「ビジネス台帳」をオフチェーンに保存することを選択しています。

Hyperliquidは、独自の基盤となるブロックチェーンネットワーク（L1）に基づく分散型取引プラットフォームで、ユーザーは無期限先物契約を取引できます。他のプラットフォームとは異なり、Hyperliquidは主要なビジネスデータと取引ロジックをオンチェーンで公開し、金融取引から成長の帰属まで完全な透明性を実現しています。これにより、取引所のバックエンドがより直感的に追跡可能な成長マップとして表示されます。

1 | 公開「ビジネスアカウント」：成長がどこから来るかを見る

Hyperliquidのデータダッシュボード（第三者プラットフォームAlliumが提供）はリアルタイムの「作戦室」のように機能します。マクロ経済トレンドを表示するだけでなく、誰が（ウォレットアドレス）、どのツールを使用し、いつ市場の変動を引き起こしたかを明らかにします。これはソース情報をプロトコルパスに構造化することで実現され、まず2つの次元を明確にします：

• ビルダー（注文レベル）：注文パラメータ（例：builderフィールド）に注文を出すために使用されたツールを記録します。これにより、ツールごとの約定、手数料、維持率を比較し、ソース属性を実行できます。
• 被招待者（アカウントレベル）：アカウントは「招待者」機能にリンクされ、割引とリベートはプロトコルルールに従ってオンチェーンで決済されます。これにより、オンチェーン決済に基づいて公式/第三者ダッシュボードで新しいプロモーションと取引を検証でき、予算と投資収益率(ROI)の評価を容易にします。

 図1：Alliumが提供するHyperliquidエコシステムの概要。データ出典：Allium：https://hyperliquid.allium.so/

簡単な例：取引と成長をどのように接続するか？

シナリオA（ビルダー | 注文レベル）

トレーダーのBobは開発者Davidの「TradePro」ツールを使用して注文を出し、それにはDavidのアドレス（ビルダーパラメータ）が含まれています。プロトコルは自動的にアドレスと対応する手数料をチェーン上に記録し、ルールに従ってアカウント分割を完了します。

シナリオB（被招待者 | アカウントレベル）

トレーダーのAliceはKOL Emmaの紹介コードを使用して登録し、AliceのアカウントとEmmaの間にオンチェーンで検証できる紹介バインディングを確立しました。それ以降、Aliceは取引ごとに手数料割引を享受しました。システムはアカウントレベルで割引を計算し、自動的にEmmaにリベートを割り当てました。

 図2＆3：異なるビルダーと被招待者の収益とユーザー成長の概要。データ出典：Allium

2. 成長貢献がトラストレスになるとき

成長の帰属がオフチェーンからオンチェーンに移行すると、バリューチェーン全体が変化します。ルール、決済、データの観点からこれを見てみましょう：

1. ルール：「変動的解釈」から「プロトコルレベルのルール」へ

主要なロジックはコントラクトに固定され、ネットワークによって共同で実行されます。コード制約が一時的な解釈に取って代わり、ルールの中立性と予測可能性を向上させます。

2. 決済：「手動承認」から「自動決済」へ

ビルダー（注文レベル）を例にとると：ユーザーはまず開発者アドレスに対する「最大手数料承認」（ApproveBuilderFee）を設定します。その後の各注文にはビルダーパラメータが含まれ、プロトコルは手動介入なしにチェーン上で利益分配の決済を完了します。

3. データ：「宣伝レポート」から「追跡可能な台帳」へ

すべての重要なアクション - 注文の配置、注文のキャンセル、強制決済、割引の適用 - はオンチェーンに書き込まれ、誰でもパブリック台帳で独立して検証でき、宣伝だけに頼る必要はありません。

これは直接的な影響を与えます：

開発者（ビルダー）とプロモーター（紹介者）にとって：貢献そのものへの回帰

オンチェーンの貢献に基づく自動決済は、関係やオフライン統計に依存せず、誰が価値を創造しているかを可視化します。優れた開発者やプロモーターは「PowerPointでロビー活動をする」のではなく、「コードで投票する」ことができます。

プロジェクト運営とDAO統治：主観からデータコンセンサスへ

統一された指標（例：「プロモーター貢献 × 維持率 × ARPU」）に基づいて意思決定を行い、コスト削減について議論します。

例えば、「ビルダーユーザー維持率」ダッシュボードは、異なるツールがもたらすユーザー品質の違いを示しています：獲得率は高いが2週目の離脱率も高いものもあれば、獲得率は低いが安定した維持率を持ち、インセンティブの方向性がより明確なものもあります。

 図4：ビルダーユーザー維持率ダッシュボード、週ごとの新規顧客とその後の維持率を追跡。データ出典：Allium

一般のトレーダーにとって：事実を使ってノイズを切り抜ける

「誰がペースを設定し、どのツールが効果的か」を独立して識別でき、叫び声や不透明な情報の影響を受けにくくなります。

パート3：透明性のコストとプライバシーの境界

しかし、どんな技術パラダイムも諸刃の剣です。透明性が極限まで押し進められると、新たなリスクと課題が浮上します：

戦略漏洩とアルファ減衰：トレードシークレットの蒸発

プロトレーダーや開発者にとって、彼らの取引パターンやツールロジックが明確に追跡されると、収益性のあるアルファが公開され、簡単にコピーや模倣されるため、戦略がすぐに無効になる可能性があります。

精密スナイピングと市場操作：透明な狩猟場

大口注文のトレーダーがポジションを構築する意図が一目で明らかになり、悪意を持って追随されたり、ポジション情報を使用して取引相手から正確に攻撃されたりする可能性があり、大規模な資本運用のリスクが高まります。

金融プライバシーの漏洩：富の公開露出

ユーザーの取引履歴と損益計算書()は完全に公開されています。例えば、エコシステムパネル（Alliumなど）は強制決済イベントを集約してリストを形成します。しかし、これはアドレスと名目値の損失も露出させ、ハッカー、フィッシング、さらにはオフラインのセキュリティ脅威を引き付ける可能性が高くなります。

 図5：強制決済ランキング、強制決済されたアドレスと損失を表示。データ出典：Allium

道中の解決策

これらのリスクに対処するため、業界はゼロ知識証明（ZKP）などの検証可能なプライバシー技術に注目しています。その核心的な目標は、トレーダーのアイデンティティや戦略の詳細を明かすことなく、特定のプロモーターやツールによって貢献がなされたことをプロトコルに証明し、この証拠を使用してオンチェーン決済を完了することです。

このパスは「検証と保護の両立」という理想状態を達成するための明確な技術的方向性を提供します。しかし、この技術はまだ、コスト、遅延、シビル攻撃対策認証などの課題を克服するために広範なエンジニアリングの洗練が必要です。

結論 | 単なる金融の透明性を超えて、ビジネスの再形成について

Hyperliquidの試みはDeFiの「トラストレス」原則を取引レベルからソースレベルに拡張し、プロトコルネイティブな成長とは何かを示しています：「新規ユーザーの獲得 - 取引 - 利益分配」の閉ループを完全にチェーン上に置き、追跡可能かつレビュー可能にし、より公平なインセンティブメカニズムの基盤を築いています。

しかし、成長の帰属をオンチェーンに置くこの設計は、核心的な課題も提起しています：検証可能性を犠牲にすることなく、個人の戦略とプライバシーをより良く保護する方法です。追跡可能な台帳と匿名性の権利が調和して共存する場合にのみ、成長メカニズムがオフチェーンからオンチェーンに完全に移行したと考えることができます。