Hummingbotは做市と裁定のどちら向き？

[Hummingbot](https://hummingbot.org) は実行/コネクタ基盤なので両方に対応する。做市は在庫とリスク上限の中で継続提示、裁定は遅延とヘッジ品質が肝なので、まず回帰と監視の土台を固める。

Freqtradeとの違いは？

[Freqtrade](https://github.com/freqtrade/freqtrade) は一体型の運用に寄り、Hummingbotは複数取引所コネクタと做市級の実行抽象を重視し、戦略骨格の横展開をしやすくする。

[Gateway](https://github.com/hummingbot/gateway) はAMM系DEXの操作を標準化するために使う。CEX中心やAMM不要なら無効化して依存と攻撃面を減らすのがよい。

✕従来の課題	✓革新的ソリューション
CCXT で直結すると、限頻・再接続・注文状態機械・例外処理が戦略に混ざり、保守不能になりやすい。	Hummingbot はコネクタで差分を隔離し、戦略は価格付け/シグナル/在庫/リスクに集中できる設計にする。
Freqtrade から始めると、做市級の実行やCEX/DEX横断に拡張する際の改造と回帰が重い。	設定スナップショットとコンテナ運用で監査可能な境界を作り、複製・比較・安定リリースを支える。

bash

1docker --version && docker compose version

bash

1git clone https://github.com/hummingbot/hummingbot.git && cd hummingbot && docker compose up -d

bash

1docker attach hummingbot

bash

1# 出金権限は無効化し、在庫/レバレッジ上限を設定する

bash

1# docker-compose.ymlでgatewayを有効化し再起動：docker compose up -d

コアシーン	対象読者	ソリューション	成果
在庫管理付きマーケットメイク	做市チーム	複数ペアで指値提示と在庫制御を自動化	監視負荷を下げ、スプレッド収益を安定化
裁定と自動ヘッジ	裁定運用	価格差監視とヘッジ/リバランスを実行	実行を監査可能な工程にしてミスと遅延を減らす
コネクタ/戦略の基盤化	開発チーム	統一コネクタで新CEX/DEXや戦略を追加	研究→本番を短縮し、実行基盤を資産化