✍️ Gate 廣場「創作者認證激勵計劃」進行中!
我們歡迎優質創作者積極創作,申請認證
贏取豪華代幣獎池、Gate 精美周邊、流量曝光等超過 $10,000+ 豐厚獎勵!
立即報名 👉 https://www.gate.com/questionnaire/7159
📕 認證申請步驟:
1️⃣ App 首頁底部進入【廣場】 → 點擊右上角頭像進入個人主頁
2️⃣ 點擊頭像右下角【申請認證】進入認證頁面,等待審核
讓優質內容被更多人看到,一起共建創作者社區!
活動詳情:https://www.gate.com/announcements/article/47889
做 Polymarket 的自動策略,部署一次大家都很小心,但停用的時候基本沒人講 —— 今天被這個盲點教訓了 14 小時。
3 周前我停了一個在 Polymarket 上跑的策略機器人。pm2 stop,看到狀態變成 stopped,就以為事情過去了。
今天順手做了 10 分鐘的伺服器清理,重啟了一下進程管理器。那個"死透"3周的策略,復活了,還靜靜跑了 14 小時真錢模式。
查了下根因 —— pm2 stop 只是把狀態標記成"已停",沒有真的刪掉。只要一次批量啟動,所有被"暫停"的進程都會被拉回來。這坑不是 pm2 獨有的, systemd、docker、k8s 都是同一個問題:以為停了,其實沒停。
做預測市場的自動策略,不管你用什麼工具,停一個策略要做 5 件事:
1. 進程管理器層面徹底刪除這個服務(不是暫停)
2. 從配置文件裡移除這條定義(不然下次批量啟動它會自己復活)
3. 在程式入口加一道關閉門(防止被誤操作喚醒)
4. 更新你的文件或狀態表(不然過兩週你自己都忘了這個策略停了沒)
5. 如果涉及交易帳本,正式關閉這個策略的記帳週期(epoch),防止新數據
混進舊策略的帳
部署大家都很仔細,停用往往只做第 1 步就當完事。真正的坑都埋在第 2到第 5 步裡。
14 小時樣本小沒虧錢,但這種僥倖不代表下次還能走運。