Δημοσίευση
BitHappy
·
--
预测市场 Bot 的踩坑记录～
前几天看到 0xKaKa03 老哥对 Polymarket 的 Orderbook 维权帖，给不少跑 Bot 的小伙伴提了个醒。
结合最近的一些个人实操经验，补充几个坑点和经验吧，供大家参考。
➤ 比如：
1/ WS 连接不稳定：
之前在采集历史数据和实时盘口时，就频繁遇到 WS 断联的问题，导致数据出现缺口。我这边具体发生的情况是官方 WS 有时会突然掉线或推送不完整，导致 Bot 基于残缺 Orderbook 下单，风险很大。可以结合 REST API 轮询作为备份。
不过这个问题也可能和服务器和程序设计有关，采集时使用的是 AWS 位于东京的服务器。
2/ 状态机 + 多源校验 + 警戒机制：
跑策略时，遇到 API 问题容易翻车。推荐用状态机监控订单全流程（下单 → 确认 → 撮合 → 链上结算），设置多种警戒阈值，比如状态切换失败（如订单长时间 Pending ），订单簿突然跳变，价格滑点超出预期。
一旦触发，就立即暂停开新单，并平掉风险仓。
此外还可以多源校对，同时使用 WS 和 API，还可以结合链上事件、The Graph 子图查询交叉验证。
3/ 服务器延迟：
在高频 Bot 里，程序逻辑的延迟（实测差距只有微秒到毫秒级）其实不是瓶颈，真正大的是网络和服务器延迟。
亲测即使都选日本节点，ByVirt 和 AWS JP 之间就差 200ms 以上，这在竞争激烈的市场够致命了。
总的来说，预测市场的机会很多，但基础设施还在完善中，跑 Bot 时防御性设计比进攻性逻辑更重要。
优先考虑保本，再求盈利，毕竟还有空投预期。
提示：以上仅为信息分享，非投资建议，请务必自行做好研究！
DeFi爱好者：BitHappy
前几天看到 0xKaKa03 老哥对 Polymarket 的 Orderbook 维权帖，给不少跑 Bot 的小伙伴提了个醒。
结合最近的一些个人实操经验，补充几个坑点和经验吧，供大家参考。
➤ 比如：
1/ WS 连接不稳定：
之前在采集历史数据和实时盘口时，就频繁遇到 WS 断联的问题，导致数据出现缺口。我这边具体发生的情况是官方 WS 有时会突然掉线或推送不完整，导致 Bot 基于残缺 Orderbook 下单，风险很大。可以结合 REST API 轮询作为备份。
不过这个问题也可能和服务器和程序设计有关，采集时使用的是 AWS 位于东京的服务器。
2/ 状态机 + 多源校验 + 警戒机制：
跑策略时，遇到 API 问题容易翻车。推荐用状态机监控订单全流程（下单 → 确认 → 撮合 → 链上结算），设置多种警戒阈值，比如状态切换失败（如订单长时间 Pending ），订单簿突然跳变，价格滑点超出预期。
一旦触发，就立即暂停开新单，并平掉风险仓。
此外还可以多源校对，同时使用 WS 和 API，还可以结合链上事件、The Graph 子图查询交叉验证。
3/ 服务器延迟：
在高频 Bot 里，程序逻辑的延迟（实测差距只有微秒到毫秒级）其实不是瓶颈，真正大的是网络和服务器延迟。
亲测即使都选日本节点，ByVirt 和 AWS JP 之间就差 200ms 以上，这在竞争激烈的市场够致命了。
总的来说，预测市场的机会很多，但基础设施还在完善中，跑 Bot 时防御性设计比进攻性逻辑更重要。
优先考虑保本，再求盈利，毕竟还有空投预期。
提示：以上仅为信息分享，非投资建议，请务必自行做好研究！
DeFi爱好者：BitHappy
Αποποίηση ευθυνών: Περιλαμβάνει γνώμες τρίτων. Δεν είναι οικονομική συμβουλή. Ενδέχεται να περιλαμβάνει χορηγούμενο περιεχόμενο. Δείτε τους Όρους και προϋποθέσεις.