自動売買botを動かす対象としてDEX(分散型取引所)を検討するとき、まず直面するのが「どのDEXを選ぶか」という問いです。DEXは中央集権型取引所と違って審査なしでAPIを叩ける手軽さがありますが、取引方式・手数料体系・レバレッジ上限・SDKの充実度はDEXごとに大きく異なり、選び方を誤ると実装コストや検証コストが跳ね上がります。この記事では、bot開発の観点から代表的なDEXを比較し、戦略の性質に合わせた選び方を整理します。

「対応銘柄が多いDEXを選べばよい」という単純な基準で選んでしまうと、後から取引方式の違いに戸惑うことになりがちです。オーダーブック方式とプール方式では、同じ戦略ロジックでもまったく異なる挙動になります。この記事を読み終える頃には、自分の戦略にどの取引方式が向いているか、実装コストとコスト構造の両面から判断できるようになっているはずです。あわせて、資金を安全に持ち込むための実務的な手順も持ち帰っていただけます。

比較対象を絞り込む前に、まずは自分がbotで実現したい取引スタイルを言語化しておくことをおすすめします。板の厚みを見て瞬時に反応する戦略なのか、数時間〜数日単位のトレンドに乗る戦略なのかによって、最適なDEXは変わってきます。この言語化を飛ばして比較表だけを見比べると、機能の多さや知名度だけで選んでしまいがちになります。

自動売買bot対応のDEX、何を基準に選ぶか

DEXを選ぶ基準は「対応銘柄の多さ」だけではありません。bot開発の観点では、取引方式・実装コスト・コスト構造・検証環境の有無という4つの軸で比較することが重要です。この記事では、これらの軸に沿って代表的なDEXを整理していきます。

できることと限界

項目 できること 限界
審査なしでのAPI利用 ウォレットを接続すればすぐに開発・検証を始められる 取引所側のサポート窓口が手薄なため、トラブル対応は自己解決が基本になる
オンチェーンでの透明性 約定履歴・資金の動きをブロックチェーン上で誰でも検証できる 決済のたびにガス代が発生し、CEXには無いコスト構造になる
エージェントウォレットによる権限分離 秘密鍵が漏れても出金までは許さない設計にできる 権限設計を自分で正しく組む必要があり、CEXのAPIキー制限より実装の手間がかかる
公式SDKの提供 署名・nonce管理をSDKに任せて開発期間を短縮できる SDKが無いDEXでは、署名処理などを自前実装する必要がある
testnetの提供 実弾を投じる前に発注ロジックを検証できる testnetでの好成績が本番でも同じ精度で再現される保証はない

取引方式の違い：オーダーブックとプール

DEXの取引方式は大きく2種類に分かれます。この違いを理解しないまま戦略を設計すると、想定していた挙動と実際の値動きがかみ合わなくなります。取引方式の違いは、単なる技術的な差異ではなく、どんな戦略が機能しやすいかを左右する本質的な要素です。

オーダーブック方式

HyperliquidやdYdXが採用する方式で、CEXと同じように買い注文と売り注文が板の上でマッチングされます。指値注文で狙った価格に置いておく戦略や、板の厚みを見て判断する戦略と相性が良い方式です。板情報(オーダーブック)をリアルタイムで取得できるため、成行と指値を使い分けるロジックや、大口の注文の偏りを検知するロジックを組み込みやすいという特徴があります。

プール方式

GMXが採用する方式で、流動性提供者が供出したプール(GLP/GM)がトレーダーのカウンターパーティになります。オラクル価格を参照するためスリッページがほぼ発生しない特徴がある一方、板を読むロジックは不要になります。トレンド追随や裁定的な戦略との相性が良い方式です。反面、プールの構成銘柄の価格変動がプール自体の価値に影響するため、流動性提供者側のインセンティブ構造を理解しておくと、なぜその価格で約定するのかを深く理解できます。

どちらの方式が優れているというものではなく、自分が組みたい戦略のロジックと、取引方式の相性を見極めることが重要です。板読み戦略を無理にプール型に移植したり、逆にトレンド追随戦略をオーダーブック型に無理に合わせたりすると、想定した挙動と実際の約定結果がずれる原因になります。

主要DEXの比較

代表的な3つのDEXを、bot開発の観点で比較します。数値は変動するため、実際の利用前には各DEXの最新の公式情報を確認してください。ここでは2026年時点の一般的な水準として紹介します。

DEX 取引方式 手数料(目安) レバレッジ上限 bot開発のしやすさ
Hyperliquid 独自L1上のフルオンチェーン・オーダーブック テイカー0.045%・メイカー0.015% 最大50倍 公式Python SDKが署名・nonce管理を代行。実装コストが低い
GMX Arbitrum・Avalanche上のプール型(GLP/GM) プールの手数料体系に準拠 銘柄により異なる オーダーブック不要。プールの価格構造の理解が前提
dYdX オーダーブック方式のPerp専業DEX 取引ごとの手数料体系 最大20倍 日本語UI対応。オーダーブック型のロジックを流用しやすい

対Hyperliquid

独自Layer 1上でフルオンチェーンのオーダーブックを動かしており、約70ミリ秒というファイナリティの速さはCEX並みです。公式のPython SDKがREST・WebSocketの両方をラップし、EIP-712形式の署名やnonce管理まで面倒を見てくれるため、オンチェーンDEXの中でも実装コストが低い部類に入ります。HYPEトークンのステーキングで手数料を最大40%割引できる仕組みもあります。テイカー0.045%・メイカー0.015%という手数料水準はCEXに近く、板を読んで指値を刺す高頻度に近い戦略との相性が良い設計です。

読み取り系のAPI(価格・板情報・約定履歴)は申請不要で即座に使えるため、まずtestnetと読み取り専用の構成で組み立て、最後に発注権限を足すという安全な進め方がしやすいのも特徴です。

対GMX

Arbitrum・Avalanche上で稼働し、GLP(V1)・GM(V2)という流動性プールがカウンターパーティになります。オラクル価格を参照するためゼロスリッページに近い執行が特徴で、板を読むロジックを実装する必要がありません。V2で導入されたGMトークンはアイソレート市場ごとに分かれており、銘柄ごとにリスクを切り分けたい場合に扱いやすい構造です。

流動性提供者(LP)はトレーディング手数料・清算手数料・借入手数料・スワップ手数料の大部分を受け取る仕組みになっており、トレーダーとLPの利害が構造的に結びついています。bot開発者としては、この構造を理解した上で、極端に薄いプールの銘柄では想定外のコストがかかり得ることを念頭に置いておく必要があります。

対dYdX

Perpetual取引に特化したオーダーブック型のDEXで、9言語対応のうち日本語も含まれます。レバレッジ上限は最大20倍とHyperliquidより低めですが、オーダーブックのロジックはHyperliquid向けの戦略設計と考え方を流用しやすい構成です。ドキュメントや相場情報を日本語で確認できる実務上のメリットもあります。

指値・逆指値(ストップロス)注文にも対応しており、無効化ラインをあらかじめ注文として仕込んでおく設計と相性が良い点も、bot開発の実務では評価しやすいポイントです。

コストを実額で見る

DEXを選ぶ際に見落とされがちなのが、取引手数料以外のコストです。

ガス代(オンチェーン手数料): 発注・決済のたびに数円〜数十円規模のガス代が発生する場合があります。独自L1でガス代を低く抑える設計のDEXもあれば、Ethereum本体のように混雑時に手数料が跳ね上がるチェーンもあり、どのチェーン上で動くDEXかによってコスト構造が大きく変わります。

API利用料(LLMを使う場合): AIエージェントによる自動売買では、判断層でLLMを呼び出すたびにAPI利用料がかかります。24時間・数分おきに相場を判断させる構成にすると、月間のAPI利用料が数千円〜数万円規模になることもあります。判断の頻度を上げるほどコストも比例して増えるため、どのDEXを選ぶかとは別に見積もっておくべき項目です。

サーバー費用: 24時間稼働させるVPSやクラウドサーバーの費用が、月額で数百円〜数千円程度かかります。小さな金額に見えますが、少額の証拠金で運用している場合はこのランニングコストだけで利益を上回ることもあります。DEXによってはRPC(ブロックチェーンへの接続)の応答速度が体験に影響することもあり、サーバーの設置場所によって遅延が変わる点も検討材料になります。

これらのコストを合計すると、極端に小さい証拠金・極端に高頻度な判断ループでは、どのDEXを選んでも戦略そのものが正しくてもコスト負けする構造になりやすいことが分かります。目安として、取引手数料・ガス代・API利用料・サーバー費用を合算した「固定費+変動費」を、検証に投じる証拠金の何パーセントに相当するかで見積もると、資金規模が適切かどうかを判断しやすくなります。

参考までに、当メディアが実口座で50日間・59トレードを検証した際は、これらのコストを全て差し引いた上で合計+23.60ドルという結果でした。コストを差し引く前の「勝ちトレードの総額」だけを見せる情報発信もありますが、それでは実態を正しく伝えたことになりません。DEXを選ぶ段階から、コスト構造を具体的な数字で意識しておくことをおすすめします。

具体的な選定フロー

これまでの比較を踏まえて、実際にDEXを選ぶ際の判断フローを整理します。比較表を眺めるだけでは決めきれないという方は、次の4ステップを順に検討してみてください。

ステップ1: 戦略の性質を明確にする

板の厚みや大口の偏りを見て判断する戦略か、価格のトレンドだけを見て判断する戦略かを、まず言語化してください。この判断軸こそが、オーダーブック方式かプール方式かを選ぶ最初の出発点になります。曖昧なまま次のステップへ進むと、後から取引方式のミスマッチに気づくことになります。

ステップ2: 対象銘柄の流動性を確認する

自分が取引したい銘柄が、検討しているDEXでどれだけの出来高を持っているかを確認します。銘柄数の多さよりも、実際に取引したい銘柄の厚みの方が重要です。出来高が薄い銘柄では、想定した価格で約定しない、あるいは大きなスリッページが発生するリスクが高まります。

ステップ3: 実装コストを見積もる

公式SDKの有無、ドキュメントの充実度、日本語対応の有無を確認し、開発にどれだけの時間がかかりそうかを見積もります。着手が早いDEXから検証を始める方が、戦略の質を早く検証できます。特に初めてDEXでbotを開発する場合、公式SDKの有無が開発期間の長さを大きく左右することを、あらかじめ覚えておいてください。

ステップ4: testnetで検証してから本番へ

testnet(テスト環境)が用意されているDEXでは、必ず実弾を投じる前に発注ロジックを一通り検証してください。オンチェーンの取引はいったん発注すると取り消しが難しいものも多く、テスト不足のまま本番に進むと小さなバグが実損に直結します。読み取り専用の構成から始め、発注機能は最後に足すという順番を徹底することが、事故を防ぐ最も確実な方法です。

秘密鍵と権限管理の実務

どのDEXを選んでも共通して重要なのが、秘密鍵の管理です。botのプログラムに、資産を保有するメインウォレットの秘密鍵をそのまま持たせるのは避けるべきです。24時間稼働するサーバーが侵害された場合、鍵が漏れた瞬間に資産全体を失うことになります。

エージェントウォレットという仕組み

多くのオンチェーンDEXでは、取引の実行だけを許可し出金の権限を持たない「エージェントウォレット」という仕組みが使えます。手順としては、(1)エージェント専用の鍵ペアを別途生成する、(2)メインウォレットからそのエージェントに取引権限だけを委任する、(3)プログラムにはエージェントの鍵だけを持たせる、という3段階です。この構成なら、鍵が漏れた場合の最悪ケースが「勝手に売買される」で止まり、「資産を外部に抜かれる」までは進みません。

DEXによってこの仕組みの呼び方や実装方法は異なりますが、「取引専用の権限を分離できるか」は、bot開発の安全性を左右する重要な選定基準の一つとして必ず確認してください。この仕組みが用意されていないDEXでは、権限管理を自前で設計する必要があり、実装の難易度が上がります。

権限分離の効果を具体的に考えると、メインウォレットの鍵をそのまま持たせていた場合、サーバー侵害と同時に証拠金の全額を任意のアドレスへ送金されるおそれがあります。一方、エージェントウォレットの鍵しか持たせていない場合、攻撃者にできることは「不利な条件で売買を繰り返させる」までにとどまり、証拠金そのものを盗み出すことはできません。この差を理解した上で、権限設計だけは絶対に後回しにしないでください。

やってはいけないこと

対応銘柄の多さだけでDEXを選ぶ。 銘柄数が多くても、流動性が薄い銘柄では想定した価格で約定しない、あるいは大きなスリッページが発生することがあります。自分が取引したい銘柄の出来高を必ず確認してください。

メインウォレットの秘密鍵をそのままbotに持たせる。 サーバー侵害時の被害が資産全損に直結します。エージェントウォレットのような権限を絞った鍵を必ず使ってください。取引の実行だけを許可し出金の権限を持たない鍵をbotに持たせることで、鍵が漏れても資産そのものは外部に持ち出されない構造にできます。

testnetを使わずにいきなり本番で発注ロジックを試す。 オンチェーンの取引はいったん発注すると取り消しが難しいものも多く、テスト不足のまま本番に進むと小さなバグが実損に直結します。読み取り専用の構成から始め、発注機能は最後に足す順番を守ってください。

取引方式の違いを理解せずに戦略を移植する。 オーダーブック向けに設計した戦略をそのままプール型のDEXに持ち込むと、想定していた約定挙動と実際の挙動がかみ合わないことがあります。DEXを乗り換える際は、取引方式の違いを踏まえてロジックを見直す前提で臨んでください。

複数のDEXに同時対応しようとして検証が浅くなる。 対応範囲を広げること自体は悪いことではありませんが、1つのDEXで安定して動く構成を先に作らないまま手を広げると、どのDEXのどの部分で問題が起きているのか切り分けられなくなります。

手数料の安さだけでDEXを選ぶ。 表面上の手数料率が低くても、ガス代・スリッページ・API利用料まで含めた総コストで見ると、他のDEXの方が有利なことがあります。数字を単体で比較せず、総コストで判断してください。

資金の持ち込み方

DEXで取引するには、証拠金となる暗号資産をオンチェーンのウォレットに用意する必要があります。日本国内の取引所から直接DEXへ送れないケースが多いため、実務上は次の流れになります。

  1. 国内の取引所で日本円を暗号資産に換える
  2. 国内取引所で口座を持った上で、海外取引所にも口座を開設する
  3. 海外取引所からオンチェーンのウォレットへ、対応チェーンを選んで出金する
  4. そのウォレットを選んだDEXに接続し、証拠金として入金する

中継先の候補としては、コピートレードやAPI取引に対応しているBitgetのような取引所が実務での選択肢になります。中継に使う取引所は、対応チェーンと出金手数料で選ぶのが実務的です。同じ銘柄でもチェーンによって手数料が数十倍変わることがあり、ここを間違えると検証を始める前に資金が目減りします。海外取引所は日本の金融庁への登録を受けていない場合があり、無登録業者リスク・出金リスクを理解した上での利用が前提です。

この資金導線は一度作れば繰り返し使える資産になります。一度構築してしまえば検証のたびに毎回使い回せます。逆に言えば、導線の構築でつまずくとその後のDEX選定・戦略検証自体に着手できなくなるため、bot開発のコードを書き始める前に済ませておくべき準備の一つです。国内取引所の口座開設・本人確認には数日かかることもあるため、着手の順番としては早めに動いておくことを強くおすすめします。

DEXを選ぶ実務的な判断基準

戦略の性質で選ぶ

板を読んで指値を刺す戦略ならオーダーブック方式(Hyperliquid・dYdX)、トレンド追随や裁定的な戦略ならプール方式(GMX)を含めて検討するのが、無理のない選び方です。すでに裁量トレードで使っている手法があるなら、その手法が板情報を根拠にしているか、価格の推移だけを根拠にしているかを振り返ってみると、判断がしやすくなります。

実装コストで選ぶ

公式SDKの充実度は、開発期間に直結します。Hyperliquidの公式Python SDKは署名・nonce管理を代行してくれるため、ゼロから実装するより着手が早くなります。逆に、公式SDKが無いDEXでは、署名処理やAPI仕様の理解に多くの時間を割くことになり、戦略ロジックの検証に着手できるまでの期間が長引きます。初めてDEXでbotを動かす場合は、実装コストの低さを優先して1つ目のDEXを選ぶのが現実的です。

検証環境の有無で選ぶ

testnet(テスト環境)が用意されているDEXでは、実弾を投じる前に発注ロジックを一通り検証できます。バグを実損なく発見できるかどうかは、初めてbotを動かす人ほど重要な基準です。testnetでの検証を経ずに本番へ進んだ場合、注文数量の桁を間違える、レバレッジの設定を誤るといった単純なミスが、そのまま実損につながります。

レバレッジ上限で選ぶ

レバレッジの上限は、Hyperliquidの最大50倍、dYdXの最大20倍のように、DEXごとに異なります。上限が高いことは選択肢の広さを意味しますが、実際にどこまでのレバレッジを使うかは自分のリスク管理ルールで決めるべきであり、上限の高さそのものを選定理由にしないでください。むしろ、上限が低いDEXの方が、意図せず高いレバレッジをかけてしまう事故を防げるという見方もできます。

リスクと注意点

  1. 無登録業者リスク: 多くのDEXは日本の金融庁への登録を受けておらず、国内の補償制度の対象外である。利用は自己責任が前提になる
  2. スマートコントラクトのリスク: DEX自体のコードに脆弱性があれば資産が影響を受ける可能性がある。監査済みかどうか、稼働実績の長さを事前に確認する
  3. 流動性リスク: 出来高の少ない銘柄では、想定した価格で約定しない、あるいは大きなスリッページが発生する。薄商いの銘柄は建玉を絞る
  4. 強制ロスカットのリスク: レバレッジをかけている以上、想定外の値動きで清算が発動し得る。清算価格を常に把握できる設計にしておく
  5. 秘密鍵・APIキーの漏洩リスク: サーバー侵害時に資産へアクセスされる可能性がある。権限を絞ったエージェントウォレットを使っていてもリスクはゼロにならない
  6. 決済コストの積み重ねリスク: 高頻度な判断・発注は手数料・ガス代を積み重ね、利益を圧迫する。想定する取引頻度でのコストを事前に見積もる
  7. チェーン間の手数料差によるリスク: 資金の中継ルートを誤ると、検証を始める前に資金が目減りする。対応チェーンと出金手数料を事前に比較する
  8. 通信・稼働環境のリスク: サーバー障害や回線断で監視が止まると、ポジションを持ったまま無防備な状態が続く
  9. 税務リスク: 取引回数が多くなるため損益計算が煩雑になりやすい。早めに専門家へ相談する

これらのリスクは、CEX(中央集権型取引所)での自動売買にも共通するものが多くありますが、オンチェーンDEX特有のリスク(スマートコントラクトのリスク、チェーンごとのガス代の変動)も含まれる点に注意してください。DEXを選ぶ段階で、これらのリスクをどこまで許容できるかを整理しておくことをおすすめします。

まとめ

自動売買bot対応のDEXを選ぶ際は、対応銘柄の多さよりも、取引方式(オーダーブックかプールか)・実装コスト(公式SDKの有無)・コスト構造(手数料・ガス代)の3点を戦略の性質と照らし合わせることが重要です。Hyperliquidは実装コストの低さとCEX並みの速度、GMXはオーダーブック不要のシンプルさ、dYdXは日本語対応という、それぞれ異なる強みを持っています。どれか一つが絶対的に優れているわけではなく、自分の戦略との相性で選ぶべきものだと理解してください。

どのDEXを選んでも、秘密鍵の権限分離とtestnetでの事前検証は共通して欠かせません。対応DEXを比較する前に、まず自分の戦略がどちらの取引方式に向いているかを整理しておくと、選択の軸がぶれにくくなります。

始める前のチェックリスト

DEXを選んで検証を始める前に、次の項目を満たしているか確認してください。

- [ ] 自分の戦略が板の情報を根拠にするか、価格の推移だけを根拠にするかを言語化している
- [ ] 取引したい銘柄の出来高・流動性を確認している
- [ ] メインウォレットではなく、権限を絞ったエージェントウォレットの鍵をbotに持たせている
- [ ] testnetで発注ロジックを一通り検証してから本番へ進む計画になっている
- [ ] 想定する取引頻度でのコスト(手数料・ガス代・API利用料)を月額換算で見積もっている

最終的にどのDEXを選ぶにせよ、「対応しているDEXの数」よりも「1つのDEXで安定して戦略を検証できているか」の方が、bot運用の成否を分ける、はるかに本質的な要素だと肝に銘じておいてください。焦って対応範囲を広げるより、まずは1つのDEXで着実に結果を出すことを優先してください。

技術的な実装力があれば、どのDEXでbotを動かすこと自体は決して手の届かない領域ではありません。むしろ差がつくのは、DEX選定の巧拙よりも「権限をどう分離するか」「コストをどう見積もるか」「検証環境をどう活用するか」という、地味だが本質的な部分です。派手な機能比較よりも、この地味な設計にどれだけ時間をかけられるかが、長く安定して運用を続けられるかどうかを左右します。

本記事は情報提供を目的としたものであり、投資助言ではありません。暗号資産の証拠金取引は元本を失う可能性があります。海外の取引所・DEXは日本の金融庁への登録を受けていない場合があります。税務の取り扱いについては専門家にご相談ください。利用は自己責任でご判断ください。

<!-- INTERNAL_LINKS_RELATED -->

関連記事

<!-- INTERNAL_LINKS_RELATED -->