做市机器人不是「设好就不管」的脚本。Hummingbot 挂在与交易所的实时 WebSocket 连接上，逐档读取订单簿，每隔几秒下单撤单，把价差维持在中间价附近。合上笔记本、掉了 Wi-Fi、机器为系统更新休眠——于是你要么在市场早已离开的价格上留下一堆僵尸订单，要么有一个悄悄停止报价的机器人。带着钱在交易所上，这两种都不是你想待的地方。
所以 Hummingbot 属于服务器。这一点没争议。有用的问题是：什么样的服务器，以及怎么不为它多花钱。
Hummingbot 到底给机器带来什么负载
比人们想的轻，但在某一处更重。
核心循环——维持连接、读订单簿、报价差——几乎不碰 CPU。单一纯做市策略、单一交易所，在 1–2 GB 内存里很自在，大半个核心都在空转。如果你只做这些，Micro 套餐（$5/月）真的够用，我宁可这么告诉你，也不卖你更大的。
内存才是增长的地方，而且是有具体原因的增长：
- 更多市场。 每个策略实例、每个连接器都持有自己的状态。两个交易所上跑三四个机器人，你就稳稳进入 3–4 GB。
- 仪表盘。 Hummingbot 新的部署方式把机器人、仪表盘和数据库作为独立容器运行。这套栈比裸 CLI 机器人需要更多余量。
- 用于 DEX 的 Gateway。 如果你在链上 DEX 上做套利或做市，Gateway 容器是主服务旁边的第二个 Node 服务。不大，但也不是免费的。
所以诚实的建议是：跑单一策略就从 Micro 开始，一旦加上第二个机器人、仪表盘或 Gateway，就换 Small（$8/月，4 vCPU，4 GB）。认真跑 Hummingbot 的人，大多最后落在 Small。
磁盘的重要性不如以回测为重的 Freqtrade，但它仍然一直在写交易历史和日志。NVMe（我们是 RAID1，读取约 800 MB/s）把这些挡在关键路径之外。如果你从 Freqtrade 过来——我们那篇在 VPS 上运行 Freqtrade更详细讲了回测内存这一面；Hummingbot 偏向另一头——实时连接，而非重回测。
延迟：有用的诚实
每个交易 VPS 页面都写着「低延迟」，包括我们的，所以这是真实版本。物理上靠近交易所撮合引擎的服务器，比绕了半个大陆的家庭线路更快到达——这是真的，对报窄价差、对你在追价差的跨交易所套利都重要。我们的节点在欧洲（德国和芬兰），靠近很多大撮合引擎实际所在之处。
它不是高频交易的主机托管。如果你的策略只有在与交易所同一数据中心、削微秒时才成立——一台共享的 $8 VPS 到不了那儿，没有诚实的主机会这么承诺。对短于此的一切——普通做市、赚价差、以「人加几秒」为尺度的跨交易所套利——附近的 VPS 正是所需的那点基础设施。
真正属于我们的角度
交易所已经知道你是谁；你开户时它做过 KYC。存放你 API 密钥、跑着策略的机器，是另一回事。没有理由让交易操作下面的基础设施也绑到你的身份上，很多跑机器人的人更希望它不绑——一台用邮箱租下、用稳定币付款的服务器，就是少了一处写下你名字的地方。
我们就是这么做的。邮箱注册，用 USDC 或 USDT 付款（Base、Ethereum 或 Polygon），约一分钟拿到 root。无卡、无证件。有一点直说：在最便宜的套餐上请用稳定币，而不是 BTC——Bitcoin 网络费会吃掉小额订单难看的一块，对 $5 的机器是错的通道。
密钥本身：做成只交易、关提现，若交易所允许绑 IP，就给套餐加独立 IP，让密钥绑定到一个固定地址。机器人的暴露程度，正好等于它所在服务器的暴露程度，所以把服务器像存着钱那样锁好——因为实际上它就是。
结论
Hummingbot 需要一台永不休眠、永不掉线于交易所的机器——这就是 VPS 对它存在的全部理由。按你实际跑的东西来选型：单一策略用 Micro，一旦仪表盘、Gateway 或第二个机器人出现就上 Small。如果你不想把名字绑到基础设施上，就用加密货币付款。也别买你用不上的延迟——附近的欧洲服务器是对的选择；$8 套餐上的主机托管幻想不是。
如果你想要在我们这里运行任何交易机器人的全局视角——加密货币交易机器人 VPS 页面讲了跨机器人的选型和免 KYC 设置，而不只是 Hummingbot。
评论
暂无评论。来做第一个吧。