在 VPS 上執行 Hummingbot：全天候做市，免 KYC

做市機器人不是「設好就不管」的指令碼。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。