HyperliquidにおけるDCA戦略：OneKey を用いた自動セットアップ

なぜ2026年にオンチェーンデリバティブでDCAが重要なのか

オンチェーンパーペチュアルは2025年を通じて劇的に拡大し、業界レポートによると、実行品質の向上と、透明性および自己保管を求めてオンチェーンに移行するトレーダーの増加により、2025年後半にかけて記録的な出来高と持続的な勢いを示しています（市場カバレッジ 、出来高トレンドカバレッジ）。

このような環境下では、ドルコスト平均法（DCA）のようなアプローチは、エクスポージャーを時間や価格水準に分散させることで、「完璧なエントリー」のプレッシャーを軽減するのに役立ちます。DCAは一般的に、価格変動に関係なく定期的に一定額を投資することと説明されており、利益の保証というよりも規律を保つためのツールとして位置づけられることが多いです（Fidelityの概要）。

このガイドでは、長期保管のアンカーとしてOneKeyデバイスを使用し、API/エージェントウォレットによるオプションの自動化を通じて、Hyperliquid（以下HL）でDCAライクな実行ワークフローを構築する方法を説明します。

セットアップするもの（概要）

• 安全で自己保管型の取引フロー：OneKeyがデポジットと引き出しのためのメインウォレットキーを保持します。
• HLでのDCAスタイルの実行方法：
  • スケール注文（価格水準によるDCA）
  • TWAP注文（時間スライスによるDCAライクな実行）
• オプション：エージェントウォレットとシンプルなスクリプト/スケジューラを使用した自動定期戦略

前提条件（まずこれを実行してください）

1) OneKeyの基本（セキュリティチェックリスト）

dAppに接続する前に：

• OneKeyを初期化し、新しいウォレットを作成する
• リカバリーフレーズをオフラインでバックアップする（スクリーンショットやクラウドメモは絶対に使用しない）
• 強力なPINを設定する
• 脅威モデルに合致する場合、パスフレーズを有効にする（安全性が向上しますが、運用上の責任も増えます）
• 長期的なコールドストレージとは別に、取引活動専用のアカウントを使用する

2) Arbitrum One上の資金：USDC + 少量のETH（ガス代用）

HLの一般的なオンボーディングパスでは、取引担保としてArbitrum One上のUSDCを使用し、デポジット時にガス代としてArbitrum上のETHが必要になります（公式オンボーディング手順）。

また、ArbitrumにはネイティブのUSDCとブリッジされたUSDC.eの両方があることに注意してください。どちらを保有しているか、お住まいの地域/ルートでデポジットUIがどちらを期待しているかを理解してください（Arbitrumドキュメント）。

最低額と避けるべき間違い

• サポートされているネットワークで、サポートされているアセットのみをデポジットしてください。そうしないと、資金が期待どおりにクレジットされない可能性があります（デポジット問題ガイダンス）。

ステップバイステップ：OneKeyでHLに接続し、資金を入金する

ステップ1：公式取引インターフェースを開く

• 公式ウェブアプリにアクセスする：取引インターフェース
• ブックマークする
• 何かに署名する前には、必ずドメインを確認してください（フィッシングは依然としてユーザーにとって最もリスクの高いものの一つです）。

ステップ2：ウォレットを接続する（WalletConnectフロー）

WalletConnect経由で接続する場合：

• Connectをクリックする
• WalletConnectを選択する
• モバイルウォレットインターフェースを使用してQRコードをスキャンする
• セッションリクエストを承認し、必要に応じて署名/トランザクションプロンプトを承認する

WalletConnectの基本的なユーザーフローは、その仕様で文書化されています（QRコード → セッション承認 → リクエスト承認）（WalletConnectセッション提案フロー）。

ステップ3：ArbitrumからUSDCをデポジットする

HL UI内で：

• Depositをクリックする
• USDCを選択する
• トークン使用を承認する（初回のみ）
• OneKeyでデポジットトランザクションを確認する

HLでの取引活動は、資金がデポジットされた後は通常ガスレスで設計されていますが、デポジットにはArbitrumでの通常のチェーンガスが必要です（オンボーディング参照）。

ステップ4：引き出しの仕組みを理解する（運用計画）

• UIのWithdraw機能を使用して、USDCをArbitrumに戻します。
• HLのUIドキュメントには、USDCをArbitrumに引き出す際に1ドルの引き出し手数料がかかると記載されています（引き出し手順）。

HLでのDCAスタイルの実行（コードなし）

HLは、一般的なDCAの動作にきれいにマッピングされる注文タイプをサポートしています。利用可能な注文タイプとその動作は、公式ドキュメントで確認できます（注文タイプ参照）。

オプションA：スケール注文による価格でのDCA（ラダーエントリー）

使用するタイミング

• 価格帯で買い増したい（または売りたい）場合
• テイカー手数料を支払うのではなく、メイカー実行で収益を得る可能性のあるパッシブエントリーを好む場合

設定方法

• 取引したい市場を選択する
• Order Type → Scaleを選択する
• 以下を設定する：
  • Price range（上限と下限）
  • Number of orders（注文数）
  • Sizing method（均等分散が最もシンプル）
  • Time-in-force（ラダーの場合は通常GTC）
• マージンへの影響を確認し、確定する

実践的なヒント

• 長期的なラダーを構築する場合は、レバレッジを控えめにし、予想以上に深いドローダウンにも耐えられるようにサイズ設定してください。

オプションB：TWAPによる時間でのDCAライクな実行（時間スライス）

使用するタイミング

• 方向とサイズはすでに決定しているが、市場への影響を減らし、単一のエントリーを避けたい場合
• 数分から数時間にわたって「設定して実行する」ことを望む場合

設定方法

• Order Type → TWAPを選択する
• 以下を設定する：
  • Total size（総サイズ）
  • Duration（期間）
  • オプションでrandomize
• 確認し、実行を監視する

HLのドキュメントでは、TWAPは、より大きな注文を、30秒間隔で実行される小さなサブオーダーに分割し、サブオーダーごとに最大スリッページ制約を設けるものと説明されています（TWAPの詳細）。

自動化（推奨アーキテクチャ）：OneKeyで保管を維持し、エージェントウォレットに取引を委任する

定期的な購入（例：毎日/毎週）を行いたい場合は、通常、自動化が必要です。HLでは、クリーンなパターンは以下のとおりです。

• メインウォレット（OneKeyで保護されている）でメインの資金を管理する
• プログラムで取引できるエージェントウォレット（APIウォレット）を作成する（引き出し権限なし）

エージェントウォレットは、引き出しを制限しながらプログラムによる取引を承認するために明示的に設計されています（エージェントウォレットの説明 、APIウォレットの詳細）。

ステップ1：エージェントウォレットを作成する

• APIページにアクセスする：APIページ
• 新しいエージェントウォレットを生成する
• 秘密鍵を安全に保存する（取引権限のためのホットキーのように扱う）

ベストプラクティス

• ノンス（nonce）の衝突を減らし、運用を簡素化するために、ボット/プロセスごとに1つのエージェントウォレットを使用する（ノンスガイダンス）。

ステップ2：ボットにおける「DCA」の意味を決定する

一般的な定義：

• 固定スケジュール：毎日00:00 UTCにXドル購入する
• 範囲スケジュール：価格が閾値を下回った場合にのみ購入する
• ハイブリッド：時間ベースの購入に加えて、より深い下落のためのScaleラダー

ステップ3：公式Python SDKを使用する（例：スキャフォールド）

HLは、エージェントウォレットキーを使用して注文に署名および送信できる公式Python SDKを維持しています（Python SDKリポジトリ）。

以下は、定期的なTWAPライクな実行ジョブパターンを示す最小限のスキャフォールドです。このスクリプトは、cron、サーバースケジューラ、または管理下の自動化プラットフォームを通じて実行します。

"""
概念的な例：スケジュールされたTWAP注文を送信する。

以下を実行する必要があります：
- メインアカウントアドレスをaccount_addressとして保持する
- AGENTウォレットの秘密鍵をsecret_keyとして署名に使用する
- アセットシンボルをSDK/取引所が使用する正しい内部アセットIDにマッピングする
"""

import os
from datetime import datetime, timezone

# 例のみ — SDKの最新の例と設定パターンに従ってください：

# https://github.com/hyperliquid-dex/hyperliquid-python-sdk

from hyperliquid.exchange import Exchange
from hyperliquid.utils import constants

ACCOUNT_ADDRESS = os.environ["HL_ACCOUNT_ADDRESS"]          # メインウォレットアドレス

AGENT_SECRET_KEY = os.environ["HL_AGENT_SECRET_KEY"]        # エージェントウォレットの秘密鍵

def main():
    ex = Exchange(
        wallet=AGENT_SECRET_KEY,
        base_url=constants.MAINNET_API_URL,
        account_address=ACCOUNT_ADDRESS,
    )

    # 例のパラメータ（正しい値に置き換える必要があります）：

    asset_id = 0            # 例: 取引したい市場の内部ID

    is_buy = True
    size = "0.01"           # ベース単位でのポジションサイズ（例）

    minutes = 60            # TWAP期間

    randomize = False

    # TWAPはAPIドキュメントのExchangeアクションとしてサポートされています：

    # https://hyperliquid.gitbook.io/hyperliquid-docs/for-developers/api/exchange-endpoint

    resp = ex.twap_order(
        a=asset_id,
        b=is_buy,
        s=size,
        r=False,            # reduceOnly

        m=minutes,
        t=randomize,
    )

    now = datetime.now(timezone.utc).isoformat()
    print(now, resp)

if __name__ == "__main__":
    main()

APIレベルで直接作業したい場合は、取引所エンドポイントとTWAPアクションの形式がここに文書化されています（取引所エンドポイント参照）。

実行をスキップすべきでない設定とリスク管理

1) 手数料と実行スタイル

頻繁にDCAを実行する場合、手数料は重要です：

• HLの手数料ティアは、直近14日間の出来高に基づいており、メイカーリベートはフィルごとに継続的に支払われます（手数料スケジュール）。

2) ポジション制限とレバレッジキャップ

DCA戦略では、以下を検討してください：

• 最大ポジションサイズ（ハードキャップ）
• 保守的なレバレッジ（または計画に合致する場合、スポットのみでの買い増し）
• デリバティブエクスポージャーに対するストップロスルール（「DCA」を「無限ナンピン」と混同しないでください）

3) キーの分離（このセットアップが機能する主な理由）

• OneKeyは、デポジットと引き出しに使用されるメインウォレットを保護します。
• エージェントウォレットは、自動化のために設計された別個のキーであり、資金を引き出すことはできません（エージェントウォレットに関する注記）。

自動化キーが漏洩した場合、最悪のシナリオは通常、不正な取引であり、直接の引き出しではありません。それでも深刻な問題ですが、影響範囲は意味のあるほど狭くなります。

オプション：ウォレットにHyperEVMを追加する（必要な場合のみ）

EVM環境と対話する予定がある場合：

• チェーンID：999
• RPC：https://rpc.hyperliquid.xyz/evm

ネットワークパラメータと転送に関する注記は、ここに文書化されています（HyperEVMセットアップ）。

まとめ：OneKeyが最も適している場所

信頼性の高い自動化セットアップは、「より多くの取引」についてではなく、「自己保管下での反復可能で監査可能な動作」についてです。自動化のためにエージェントウォレットを使用し、プライマリキーをOneKeyデバイスに保管することは、規律ある実行と強力な保管衛生を組み合わせる実用的な方法です。特に、短期的なエントリーを追いかけるのではなく、長期的な計画を構築している場合には有効です。

安全にDCAワークフローを実行することを目指している場合、保管レイヤーをOneKeyウォレットで固定することにより、引き出しや重要な署名を日常の自動化環境から分離しておくことができます。