Suuuu90

Building bots for Polymarket arbitrage | Crypto trader turning mispricings into profits ｜ 预测市场

[qinbafrank @qinbafrank]

老马要开源X平台算法，社交媒体平台的大变化。老马今天凌晨发推说：“将在7天内将新的X算法(包括所有用于决定推荐给用户的自然和广告帖子的代码)开源。每四周会重复一次，并附上详尽的开发者说明，帮助你了解具体变化。”值得重视
1、为什么说是社交媒体平台的大变化？
因为长期以来社交平台的推荐机制被视为“不可见的核心资产”，推荐机制基本上都是黑箱模式，大家都是通过实践来摸索出平台的算法逻辑。

社交平台的推荐算法扮演着一个极其关键、却几乎不被审计的角色：它决定了什么信息被放大、什么观点被忽略，什么情绪被激励、什么讨论被淹没。

老马此前也公开承认，“为你推荐”系统存在 重大漏洞，并承诺进行修复。通过开源算法，X 试图将长期存在的“算法黑��”问题，转化为 可被外部验证、讨论与改进的工程问题，以技术透明度对冲用户信任流失。

2、AI基座完全AI驱动的推荐引擎算法
X即将公布的算法并非在旧 Twitter 时代的启发式规则基础上修修补补，而是由 xAI团队从零开始设计，系统运行在 Colossus 数据中心的两万多块 GPU 上，深度参与实时在线推断，而不仅用于离线训练或辅助评分。

这意味着，X 已经把“什么内容值得被看见”的判断权，直接交给了以 Grok 为核心的大模型系统。

在不停止服务的情况下完成系统切换，老马将其形容为“在飞机飞行途中更换引擎”。这一比喻背后，意味着模型必须在真实流量、真实反馈与连续数据分布中完成自我校准。这不再是实验室中的 AI，而是一个 持续在线学习的人类偏好系统。

3、所以产业和用户的意义是什么？
1）提升透明度，通过公开算法代码，用户、开发者和社会可以审视推荐系统的运作方式，避免隐藏偏见或操纵，确保内容分发更公平。这有助于揭示算法如何影响信息流动，例如优先显示哪些帖子

2）促进社区参与和创新：开源允许全球开发者贡献改进建议、修复 bug 或创建衍生版本，推动推荐算法的演进。类似于过去开源 Twitter 算法的举措，这能激发更多创新应用。

3）推动行业标准：作为大型平台的举措，这可能鼓励其他公司（如 Meta 或 TikTok）跟进，形成更开放的行业规范，有利于整个数字生态的健康发展

4、X新算法的核心逻辑是啥？
看老马发的内容，他给X新算法设定的目标是：“即使是没有任何粉丝的新用户，只要内容足够优���，也应该被很多人看到。”

这意味着粉丝数将不再是内容分发的主要门槛，推荐系统从“网络驱动”转向“内容与模型评估驱动”。

Grok 的推荐逻辑将 “打破流量分配的固有偏见”，不再因账户体量或历史权重限制优质内容曝光。通过直接分析内容本身的质量（如信息完整性、创新性、与用户兴趣的契合度），而非依赖账户过往数据，Grok 有望让中小账户的优质内容获得与头部账户平等的曝光机会。

对创作者而言，这并非单纯利好，而是 风险结构的改变：头部账号的护城河被削弱，新人冷启动门槛降低，成功更少依赖过去，更依赖当下内容是否被模型判断为“值得传播”。

[Suuuu90 @Suuuugsss]

@Vito_168 最近的话不是预测市场吗

[Suuuu90 @Suuuugsss]

@xiaohu 老账号没这个福利，羡慕了

[Suuuu90 @Suuuugsss]

@EvanWritesX @realborix 市面上主流的静态住宅是以socks5 proxy的形式，给你用户名密码，很容易踩雷买到BGP广播IP。有钱可以上明确提供双ISP IP的VPS，自建分流策略。

[Viking @vikingmute]

这个昨天才出来的 localflare 看起来很赞啊：
https://t.co/uksg4FkiAy

如果你是 cloudflare 重度使用，完全可以试试看，允许开发者在本地环境中可视化地管理和交互各种 Cloudflare 资源，无需部署即可进行全面的测试和开发。

提供了一个基于 Web 的图形化界面，支持多种 Cloudflare 绑定的管理：

* D1 Database Explorer：浏览数据库表、运行 SQL 查询（带语法高亮）、编辑/增删数据行。
* KV Browser：查看、编辑和批量删除键值对 (Key-Value)，支持 JSON 格式。
* R2 File Manager：类似于对象存储管理，支持浏览、上传、下载和删除存储桶中的文件。
* Queue Inspector：监控队列消息，并支持发送测试消息。
* Durable Objects：查看活跃的 DO 实例并检查其状态。

零配置，原理是自动读取项目中的 wrangler.toml 配置文件，开箱即用。
而且完全兼容：底层使用 Miniflare 运行 Worker，确保与 Cloudflare 生产环境运行时的 100% 兼容性。

而且技术栈非常新，dashboard 基于 React 19、TypeScript 和 Tailwind CSS 4 构建

[Sliipy⚡ @0xKaKa03]

Polymarket团队【没有任何做CLOB的经验】，技术基本是三流交易所的水平甚至不到，对于使用API的老哥们我可以给一些现状提示，避免踩坑亏钱：

目前pm团队对我们情况尚未做出回应，工单无人处理，纯摆烂式运营，完全不干人事，详情看上一个推文，维权相当难，做好风控。

1，ws数据延迟是常事，无论是ws还是api做好时间戳校验、订单薄交叉校验是基础，现在建议额外增加一个【流动性校验】，流动性突然大减多少是有点问题；

2，如果你追求最低的延迟，服务器放欧洲是最快的，ping一下3ms内，一次api请求响应在100ms内算正常。

3，交叉验证有必要，但是在polymarket上现在不太可能，因为他们的撮合事件有时候会延迟几个小时推送到链上，以及它们的orderbook接口会返回错误数据（无法校验）；

进一步地说，无论api的数据还是链上事件，不管你做不做时间戳校验等等，都无法信任，不是过时，不是宕机，不是报错，是压根返回数据就是假的：

例如某个市场的价格本来是0.8， 它可能服务器抽风重启下给你一个0.6的报价。

然后你触发程序止损一下真的按0.6的价格和流动性给你撮合了，等过了几分钟0.6-0.8的原先挂单才重新出现。

那你怎么知道那时候的报价是服务器抽风了还是对手盘真的撤单了或者价格真跌下去了呢，对不起，没法知道。

4，基于这种情况，任何做大额交易的程序都需要【非常慎重】，特别是轻易不要做带止损的逻辑，我们已经撤掉了所有策略的止损逻辑做了另外调整。

[Suuuu90 @Suuuugsss]

@0xScottBTC @tanshaonan 实操还是会有缺腿的情况，尤其是在行情剧烈波动或竞争激烈的市场，此时再补缺腿的差值的价格可能已经不理想了，在Polymarket这种流动性差的市场，甚至还有可能出现bestAsk到下一档流动性的价差大于BBO spread的情况，这种时候是保留库存还是等待链上confirmed后再Sell止损，是有很大的策略优化空间的。

[Suuuu90 @Suuuugsss]

@0x542121 @0xKaKa03 @Polymarket 我也遇到了，死活排查不出原因，就没想过是服务器的撮合问题

[Rooke Brollins @RookeBrollins]

VERY IMPORTANT WARNING for anyone using @Polymarket right now.
Orderbooks are broken again, this can lead to wrongly placed orders and massive losses like it happened yesterday. Be very careful.

@shayne_coplan

[Sliipy⚡ @0xKaKa03]

(1/2) 来维权了，@Polymarket的服务器故障给我们造成了几万u的损失，也给在上面运行bot的哥哥们提示一下风险：

今天pm的服务器又出现的严重的故障，疑似因为DB重启，polymarket服务器短时清空了大量的orderbook，并且我们充分怀疑撮合服务同样出现了严重问题。

所有bot特别是策略中带止损的都可能受到不同程度的影响。

我们的bot在包括但不限于NBA市场和BTC价格市场收到了一些错误的orderbook返回数据，表现为大量先前流动性消失，只有少部分可能是新挂的订单存在。

问题：

1，orderbook接口返回错误挂单信息，没有报错，也不为空，但��缺失了原先存在的大量挂单，完全无法辨别出是错误信息；

2，订单撮合按照了错误的orderbook进行，导致了市价单以非常不合理的价格成交。

这种问题在一段时间内持续发生，即使我们进行了double check获得的依然是错误信息。

例如在 "Will Bitcoin reach $150,000 by December 31.2025?" 市场中，我们早上收到的买一价是0.6，并且在触发止损后竟然真的以0.6的价格撮合成交了。

这个市场的挂单长期在0.9以上有比较好的流动性，不太可能因为我们5 shares的订单被冲击到0.6。唯一的解释是当时大部分原先挂单失效，pm进行了错误的撮合。

当然上面的只是我们的测试仓位，同样的事情发生在了比如nba市场：

错误的orderbook信息返回触发了我们的卖出信号，同时错误的撮合又导致了我们的市价单以极大的滑点成交，从而造成了巨大损失。

我认为如果 @Polymarket 的服务器不能��保返回的api数据的正确性，就不应该对外提供api接口，如果用户进行程序化交易时按照pm官方文档正确使用了接口但是被误导错误下单，pm团队应该负责。

同时我认为pm服务器的撮合错误是更大的问题，导致了我们交易的巨大滑点，以"Will Bitcoin reach $150,000 by December 31.2025?"这个市场为例，如果pm团队不能证明先前在0.6以上购买No的订单已经全部被成交或者被用户取消，那么就无法否认撮合服务出现了严重问题。

在这种情况下polymarket团队是否应该对受损用户进行赔付？用户（无论是通过api还是web ui交易）不应该为polymarket的服务器错误进行买单。

如果团队需要更多信息：地址，日志，交易明细，以及链上tx，可以dm我提供。已经同步在discord开工单。

附带其他人提供的UI错误情况截图：

[KK.aWSB @KKaWSB]

谷歌研究院刚刚发布了一款颠覆传统教科书的创新产品。
这款名为“Learn Your Way”的工具利用 LearnLM 技术，可以将任何 PDF 文件转换成 5 种个性化的学习格式。使用该工具的学生在记忆力测试中的得分高达 78%，而传统教科书的得分仅为 67%。

教育革命已经到来。

[Suuuu90 @Suuuugsss]

@0xScottBTC @jiahao_luo9 长期来看做taker延迟套利逐渐进入红海阶段了

[Suuuu90 @Suuuugsss]

@0xScottBTC 防止有人看不懂，简单来说就是Yes(ask)+No(ask)=Yes(ask)+1-Yes(bid)=1+Spread，Spread不可能为负，所以只做taker是不行的。这里面的核心就是Yes和No订单簿的镜像关系，No(ask)=1-Yes(bid), Yes(ask)=1-No(bid)，每一档的流动性都是这个规律。

[Suuuu90 @Suuuugsss]

@vonzz6 昨晚十二点就不正常了，日志match了实际没有持仓

[Suuuu90 @Suuuugsss]

@polymaster @love_u_4ever 看来还是要自己亲自去踩坑才能体会其中的奥秘了

[Suuuu90 @Suuuugsss]

@buckyandlucky 怎么解决库存风险呢？

[Suuuu90 @Suuuugsss]

$SKY目前最大的问题还是回购了不销毁，今年累计回购了7000万USDS以上的SKY，但价格一直没有什么起色，最近还在慢慢阴跌，实际上回购的$SKY一部分进入USDS质押奖励模块，一部分被项目方再次拿去做事，今年以来并没有销毁任何一枚，代币并没有进入通缩。

[Suuuu90 @Suuuugsss]

@vonzz6 好的谢谢回复，我再学习下