Hyperliquidがbot開発に向いている理由
Hyperliquidはオンチェーンで動くパーペチュアル(無期限先物)のDEXです。自動売買のプログラムを動かす対象として、次の3点で扱いやすい部類に入ります。
口座開設の審査が無い。 ウォレットを接続すればそれで取引を始められます。中央集権型取引所のようにAPIキーの発行申請や本人確認の完了を待つ必要がありません。読み取り系のAPI(価格・板情報・約定履歴)にいたっては、ウォレットを繋がなくてもその場で叩けます。
公式のPython SDKがある。 REST APIとWebSocket APIの両方をラップしていて、EIP-712形式の署名やnonce(注文の重複を防ぐ連番)の管理まで面倒を見てくれます。オンチェーンの取引所を相手にするときに一番つまずくのが署名まわりなので、ここが公式に提供されているのは大きいです。
エージェントウォレットという仕組みがある。 これが実務上いちばん効きます。詳しくは後述しますが、「取引はできるが出金はできない」鍵をbotに持たせられるため、鍵の管理の失敗が資産の全損に直結しない構造を作れます。
一方で弱点もあります。オンチェーンである以上、決済のたびにコストがかかります。建玉が小さいと、利確ラインに到達してもコストで相殺されて利益が残りません。 ここは中央集権型取引所のAPIで回すほうが有利な領域です。
準備するもの
| 項目 | 内容 |
|---|---|
| ウォレット | EVM互換のウォレット。ここに証拠金を入れる |
| 実行環境 | Python 3.10以降。常時稼働させるならVPSかクラウド |
| 主要ライブラリ | hyperliquid-python-sdk / eth_account / pandas / ta |
| 資金 | 検証用のUSDC。少なすぎるとコスト負けするので注意 |
| 通知先 | Slack・Discord・Telegramなど。無いと事故に気づけない |
SDKの導入はpipで完結します。
pip install hyperliquid-python-sdk eth_account pandas ta
エージェントウォレットを理解する
botを動かすうえで最初に押さえるべき概念です。
通常、プログラムから取引したければ秘密鍵をプログラムに渡すことになります。しかしそれは、そのプログラムが動くサーバーが侵害された瞬間に全資産を持ち出されるということでもあります。VPS上で動かすbotに、資産を保有しているウォレットの秘密鍵を置くのは危険です。
Hyperliquidのエージェントウォレットは、この問題への回答になっています。
- 自分でエージェント用の鍵ペアを生成する
- メインウォレットから、そのエージェントに取引の権限だけを委任する
- botにはエージェントの鍵だけを持たせる
こうすると、エージェントの鍵で発注・決済はできますが、資金を外部アドレスへ出金することはできません。 鍵が漏れた場合の最悪ケースが「勝手に売買される」で止まり、「資産を抜かれる」まで行かない。この差は運用上とても大きいです。
メインウォレットの秘密鍵は、ローカルの手元から出さないでください。
最小構成のbotを組み立てる
実際のコードは戦略によって変わりますが、骨格は毎回同じです。読み取りだけで動く部分から作り、発注は最後に足します。
① 相場データの取得 ← ここから作る。認証不要
② 指標の計算 ← pandas / ta で完結
③ エントリー判定
④ リスクの検査 ← 発注の手前に必ず置く
⑤ 発注 / 決済 ← 最後に足す
⑥ 記録と通知 ← 実は①より先に作ってよい
①〜② 読み取りと指標
SDKのinfo系のクラスで価格や板を取得し、pandasのDataFrameに変換してからtaライブラリでRSIやボリンジャーバンドを計算します。ここは認証も資金も不要なので、いくらでも試行錯誤できます。
④ リスクの検査を先に書く
初心者がやりがちな失敗は、エントリー条件を作り込んでから最後にリスク管理を足すことです。順番が逆です。発注関数の手前に検査を置き、そこを通らないと注文が出せない構造にしてください。最低限、次を入れます。
- 同一銘柄で複数のポジションを同時に持たない
- 1回の建玉が資金の一定割合を超えない
- レバレッジの上限をコードに固定する
- エントリーのたびに「無効化ライン」を必ず決める
- 想定外の例外が出たら新規発注だけ止め、監視と決済は継続する
「無効化ライン」は単なる損切り％ではなく、その価格を超えたら自分の判断が間違っていたと言える価格のことです。何％で切るかを先に決めると、根拠のない位置で切られます。
⑥ 記録を最初に作る
意外に思われるかもしれませんが、ロジックより先にジャーナル(記録)を作るべきです。エントリーのたびに「そのときの相場認識・入った理由・確信度・無効化ライン」を残しておくと、負けたときに戦略のどこが壊れているかを特定できます。これが無いと、50日回しても「増えた／減った」という事実しか手元に残りません。
実際に50日間動かしたときのデータ
筆者はこの構成でDEX上の自動売買を50日間動かし、全トレードの理由と結果を記録しました。決済済み59件・合計+$23.60・勝率40.7%という結果で、そこから分かったことがいくつかあります。
- 勝率40.7%でもプラスで終わった。平均利益が平均損失の約1.64倍だったため
- エントリー根拠の種類別に割ると、「ポジションが片側に偏っているときに逆を取る」型だけが勝っていた。素のトレンド追随は勝率25%で負けていた
- AIに付けさせた確信度は勝率とは相関せず、損益の大きさと相関していた
59件の全数字と、勝っていた戦略・負けていた戦略の内訳は、実際のジャーナルを開示した記録のほうにまとめてあります。
▶ Claude Codeに仮想通貨の自動売買を50日間まかせた全記録 ── 59トレードの実データと、勝っていた戦略だけを公開
サンプル数50日・59件なので断定はできませんが、同じ戦略が「混雑シグナルの有無」で損益が真逆に割れたのは、bot設計の参考になるはずです。
資金をどう持ち込むか
Hyperliquidで取引するには証拠金が必要ですが、日本国内の取引所から直接送るルートは限られます。実務上は次の流れになります。
- 国内の取引所で日本円を暗号資産に換える
- 海外の取引所へ送る
- 海外の取引所からオンチェーンのウォレットへ出金する
- そのウォレットをHyperliquidに接続する
2の中継に使う海外取引所は、対応チェーンと出金手数料で選ぶのが実際的です。同じ銘柄でもチェーンによって手数料が数十倍変わるため、ここを間違えると検証を始める前に資金が削れます。
中継先の候補と口座開設の手順は、こちらにまとめています。
中央集権型取引所のAPIで先に練習したい場合は、こちらが参考になります。
よくある落とし穴
小さすぎる建玉で始めてしまう。 安全のつもりで極小の証拠金から始めると、決済コストが利益を食い潰して、戦略が正しいのか間違っているのか判定できません。検証にならない金額で長期間回すのは、時間の損です。
損切りを浅く入れる。 浅い損切りは安全に見えて、実際には「方向は合っていたのに途中の揺れで切られてから想定通りに動く」を量産します。負ける回数が増えるだけで、資金曲線は改善しません。
少ないサンプルに意味を読み取る。 8件しかない区分の成績が良かったからといって、そこに賭けてはいけません。数十件では偶然が支配します。
バックテストを信じすぎる。 過去データで良い成績が出るパラメータは、探せば必ず見つかります。詳しくはバックテストで騙されないための注意点を参照してください。
通知を作らない。 botは静かに壊れます。エラーで停止しても、ポジションを持ったまま止まっても、通知が無ければ気づきません。
まとめ
Hyperliquidは、審査を待たずにAPIを叩け、公式SDKが署名まわりを引き受け、出金権限を持たない鍵でbotを動かせるという意味で、自動売買の実験環境としては始めやすい部類です。
ただし、始めやすさと勝ちやすさは別物です。50日回して分かったのは、エントリー条件を増やすことよりも、除外条件を増やすことと、全トレードの理由を記録に残すことのほうが効くということでした。
まずtestnetで一通り動かし、記録の仕組みを先に作り、コスト負けしない程度の証拠金で小さく実運用に移す。この順番が結局いちばん早いです。
本記事は情報提供を目的としたものであり、投資助言ではありません。暗号資産の証拠金取引は元本を失う可能性があります。海外の取引所・DEXは日本の金融庁への登録を受けていない場合があります。利用は自己責任でご判断ください。