トレードBot・DEX裁定に使うVPS

この用途だけは「東京リージョンだから速い」が成り立ちません。測るべき対象を間違えると、月額の何倍もの機会損失になります。

当サイトは各VPS事業者のアフィリエイトプログラムに参加しており、リンク経由でのお申し込みにより報酬を受け取る場合があります。ただし掲載順位・評価・実測データは編集方針と計測結果のみに基づいており、報酬額による優遇は一切行いません。日本リージョンが無い事業者や、報酬が発生しない事業者も同じ基準で掲載しています。

まず前提を正す：測る対象を間違えない

この用途で最も多い失敗が、測る対象を取り違えることです。

重要なのは「自宅からVPSまでの距離」ではありません。Botは24時間VPS上で動き続けるので、自宅との距離は運用の快適さにしか影響しません。

本当に効くのは VPSから取引所のAPIエンドポイントまでの経路 です。

手順：候補を実測してから決める

1. 取引所のAPIエンドポイントを特定する

使う取引所のREST/WebSocketのホスト名を確認します。ドキュメントに記載されているエンドポイントのFQDNをそのまま使います。

2. 候補リージョンにインスタンスを立てる

Vultrは時間単位課金なので、複数リージョンに同時に立てて比較できます。東京・大阪・シンガポール・米国の4箇所に立てても、数時間なら数十円です。

3. 各インスタンスから実測する

# 往復遅延とゆらぎ
ping -c 100 <取引所APIのホスト>

# 経路を確認する（遠回りしていないか）
mtr -r -c 20 <取引所APIのホスト>

# 実際のAPI応答時間（TLSハンドシェイク込み）
curl -o /dev/null -s -w \
  'dns:%{time_namelookup} connect:%{time_connect} tls:%{time_appconnect} total:%{time_total}\n' \
  https://<取引所APIのエンドポイント>

ping だけでなく curl の内訳も取ってください。ICMPは速いのにTLSハンドシェイクが遅いというケースが実際にあります。

4. 平均ではなくゆらぎで判断する

ここが重要です。

平均30msでゆらぎ1msの経路と、平均25msでゆらぎ15msの経路なら、前者を選ぶべきです。約定タイミングの予測可能性が違います。

5. 時間帯を変えて測る

夜間のピーク時間帯だけ混雑する経路があります。日中に1回測って決めると失敗します。最低でも日中と深夜の2回、できれば24時間の連続計測をしてください。

# 1時間ごとに記録し続ける
while true; do
  echo "$(date -Is) $(ping -c 20 -q <host> | grep rtt)" >> latency.log
  sleep 3600
done

リージョン選びの目安

当サイトの東京ノードからの実測値です。取引所が日本にある場合の参考になります。

計測日時: 2026-07-30T18:06:39+02:00 / 計測地点: 日本国内（東京） / ICMP ping x15 + MTR x5。計測方法の詳細

日本国内の取引所を相手にするなら、東京リージョンで往復1.7ms程度。ここから先を詰めるのは、専用線やコロケーションの領域になります。

海外の取引所が相手なら、シンガポール（約68ms）や米国（約107ms）のリージョンを検討することになり、日本リージョンを選ぶ意味がなくなります。

サービス選びの実際

Vultr — 検証のしやすさで選ぶ

この用途では時間単位課金が決定的です。複数リージョンを並べて実測し、負けたインスタンスを即座に破棄できます。東京・大阪の2拠点があるうえ、シンガポール・米国・欧州も揃っているので、候補を1社内で完結して比較できるのも利点です。

Linode — ネットワーク品質の安定性

Akamaiのバックボーンに乗っているぶん、経路が安定しています。ゆらぎの小ささを重視するなら候補に入ります。東京は新世代ハードの jp-tyo-3 を選んでください。

ただし実測では大阪リージョンへの経路が17ホップと長く、経路長を気にするなら東京を選ぶべきです。

避けたほうがいい選択

運用面のチェックリスト

時刻同期は特に見落とされがちです。署名付きAPIリクエストはタイムスタンプのずれで拒否されるため、NTPが動いていないと原因不明のエラーに悩まされます。

よくある質問