トレーディングボット更新間隔設定ガイド

## 概要

このガイドは、取引戦略、時間枠、監視するシンボルの数に基づいてリフレッシュ間隔設定を最適化するのに役立ちます。適切な構成により、シグナルの精度、システムパフォーマンス、APIレート制限のバランスが取れます。

## 間隔の理解

## 取引スタイル別の推奨構成

### 1. スキャルピング戦略

最適: 小さな価格変動からの迅速な利益、高頻度取引

時間枠: 1m, 3m, 5m

#### 構成

Kline:
  refresh_interval: 2           # 非常に高速な市場データ更新
  kline_refresh_rate: 5         # 頻繁なローソク足更新
  signal_refresh_interval: 10   # 迅速なシグナル検出
  decision_making_interval: 3   # 迅速な注文実行

シンボルに関する考慮事項:

• 1-20シンボル: 積極的な検出のために上記の設定を使用
• 21-50シンボル: refresh_intervalを3に、signal_refresh_intervalを15に増加
• 51+シンボル: レート制限を回避するためにデフォルトまたはそれ以上に増加

### 2. デイトレード戦略

最適: イントラデイポジション、日次ボラティリティの捕捉

時間枠: 5m, 15m, 30m, 1h

#### 構成

Kline:
  refresh_interval: 5           # 中程度の市場データ更新
  kline_refresh_rate: 15        # バランスの取れたローソク足リフレッシュ
  signal_refresh_interval: 30   # 定期的なシグナル処理
  decision_making_interval: 10  # 計測された注文実行

シンボルに関する考慮事項:

• 1-50シンボル: 上記の設定を使用
• 51-150シンボル: kline_refresh_rateを20-30に増加
• 151+シンボル: signal_refresh_intervalを45-60に増加

### 3. スイングトレード戦略

最適: 複数日ポジション、トレンドに乗る

時間枠: 1h, 2h, 4h, 6h

#### 構成

Kline:
  refresh_interval: 10          # 緩やかな市場データ更新
  kline_refresh_rate: 60        # 時間ごとのローソク足リフレッシュで十分
  signal_refresh_interval: 180  # 3分ごとのシグナル処理
  decision_making_interval: 30  # 慎重な注文実行

シンボルに関する考慮事項:

• 1-100シンボル: 上記の設定を使用
• 101-300シンボル: kline_refresh_rateを120-180に増加
• 300+シンボル（全取引所）: kline_refresh_rate: 300、signal_refresh_interval: 300を使用

### 4. 長期/ポジショントレード

最適: 数週間から数ヶ月の保有期間、主要トレンド追従

時間枠: 6h, 12h, 1d

#### 構成

Kline:
  refresh_interval: 30          # 最小限の市場データ更新
  kline_refresh_rate: 1800      # 30分リフレッシュ（日次ローソク足は1日1回更新）
  signal_refresh_interval: 1800 # 30分ごとのシグナル処理
  decision_making_interval: 300 # 5分実行（必要時でも反応的）

シンボルに関する考慮事項:

• 任意のシンボル数: 上記の設定は600+シンボルに対応
• 日次ローソク足は24時間ごとに1回のみ更新 - 積極的なリフレッシュ不要
• パフォーマンス問題なく全取引所シンボルを同期可能

## 最適化ガイドライン

### シンボル数別

### 時間枠ロジック別

高速時間枠 (1m, 3m, 5m):

• ローソク足が素早く完了 → 頻繁なkline_refresh_rateが必要
• 価格が急速に変動 → 低いrefresh_intervalが重要

中間時間枠 (15m, 30m, 1h):

• バランスの取れたアプローチ → 中程度のリフレッシュレート
• 分析時間が多い → より多くのシンボルを処理可能

低速時間枠 (4h, 6h, 12h, 1d):

• ローソク足が時間/日単位で完了 → 高いkline_refresh_rateが許容
• トレンドがゆっくり発展 → 最小限のrefresh_intervalが必要

### パフォーマンス vs. 攻撃性のトレードオフ

より攻撃的 (低い値):

• ✅ より高速なシグナル検出
• ✅ より良いエントリー/エグジットタイミング
• ❌ 高いAPI使用量
• ❌ システム負荷の増加
• ❌ レート制限リスク

より保守的 (高い値):

• ✅ 低いAPI使用量
• ✅ レート制限の遵守が向上
• ✅ より多くのシンボルを処理
• ❌ シグナル検出が遅い
• ❌ 見逃す可能性のある機会

## 例のシナリオ

### シナリオ1: 攻撃的スキャルパー (10シンボル、1m時間枠)

Kline:
  refresh_interval: 2
  kline_refresh_rate: 5
  signal_refresh_interval: 10
  decision_making_interval: 3

理由: 少ないシンボル数で最大の攻撃性を可能に

### シナリオ2: 保守的デイトレーダー (600シンボル、15m時間枠)

Kline:
  refresh_interval: 15
  kline_refresh_rate: 60
  signal_refresh_interval: 120
  decision_making_interval: 30

理由: 多くのシンボルは制限内で保つために保守的な間隔が必要

### シナリオ3: スイングトレーダー (100シンボル、4h時間枠)

Kline:
  refresh_interval: 10
  kline_refresh_rate: 120
  signal_refresh_interval: 300
  decision_making_interval: 60

理由: 4hローソク足はゆっくり更新、中程度のシンボル数

### シナリオ4: 長期投資家 (全取引所、1d時間枠)

Kline:
  refresh_interval: 60
  kline_refresh_rate: 3600
  signal_refresh_interval: 3600
  decision_making_interval: 600

理由: 日次ローソク足は頻繁な更新を無駄にする

## 微調整のヒント

1. 保守的に開始: 高い間隔から始め、システムパフォーマンスを監視しながら徐々に減少
2. レート制限監視: 取引所APIからの429エラーやレート制限警告に注意
3. 負荷下テスト: API使用量が急増する高ボラティリティ期間に設定を検証
4. シンボル優先順位: 多くのシンボルを監視する場合、同期を無効にして高優先度のペアを手動選択することを検討
5. 決定速度: 遅い戦略でもdecision_making_intervalを比較的低く（3-10秒）保ち、タイムリーな注文実行を保証
6. Klineロジック: 覚えておいてください:kline_refresh_rateはローソク足の完了を速くするわけではなく、更新を確認するだけです。時間枠の自然な完了レートに合わせます。

## 結論

最適なリフレッシュ間隔は3つの主要な要因に依存します：

1. 取引時間枠 - 低い時間枠はより高速な更新が必要
2. シンボル数 - 多くのシンボルは保守的な設定が必要
3. 戦略の攻撃性 - 必要に応じて速度とAPI制限をバランス