Hummingbot 更适合做市还是套利？

[Hummingbot](https://hummingbot.org) 更像执行与连接器平台，两者都能做。做市重点是库存与风控约束下持续报价；套利更依赖延迟、限频与对冲质量，建议先把配置回归与监控基线打牢。

与 Freqtrade 的核心区别是什么？

[Freqtrade](https://github.com/freqtrade/freqtrade) 更偏策略回测与交易执行的一体化框架，而Hummingbot强调多交易所连接器与做市级执行抽象，便于在不同CEX/DEX间复用同一策略骨架。

[Gateway](https://github.com/hummingbot/gateway) 用于把AMM类DEX交互标准化成可复用接口，适合多链多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# 在配置中设置key/secret并限制提币等高危权限

bash

1# 在docker-compose.yml中启用gateway服务后重启：docker compose up -d

核心场景	目标人群	解决方案	最终收益
多交易所做市与库存管理	量化做市团队	在多交易对上自动挂单并控制库存暴露	减少人工盯盘，提升价差捕获效率并保持风险边界清晰
跨所价差与自动对冲	套利/交易运营	监控价差并执行对冲与再平衡	把执行变成可审计流水线，降低延迟与误操作成本
连接器与策略研发平台化	交易研发与平台团队	复用连接器抽象快速接入新CEX/DEX并迭代策略模块	缩短从研究到上线的周期，把执行能力沉淀为长期资产