集成与管道

流动性下限删掉了Kalshi,未平仓量下限删掉了Polymarket:同一块行情板,同一小时

原标题: 流动性下限删掉了Kalshi,未平仓量下限删掉了Polymarket:同一块行情板,同一小时

DevToData·2026/10/23 05:13:01🔗 原文

📋总体概括

一位巴厘岛签证代理、兼职开发Apify Actor的作者,把CFTC监管的Kalshi与加密结算的Polymarket两大预测市场合并进同一张表。他在2026年10月23日一小时内跑三次同一请求时发现:对Kalshi按流动性下限过滤、对Polymarket按未平仓量下限过滤,会产生镜像式的数据空洞——字段在一边存在、另一边为null时,过滤条件会静默删掉整个市场的数据。文章本质是讲跨数据源schema合并中null语义的隐形杀伤力。

⚡关键信息

  • ▸作者将Kalshi(CFTC监管)与Polymarket(加密结算)合并为统一schema的单一行情表
  • ▸合并主要是重命名字段、统一日期格式等枯燥工作,真正的坑是单边字段填null后被人过滤
  • ▸2026年10月23日一小时内同一请求跑三次,发现流动性/未平仓量过滤器造成镜像式数据缺失
  • ▸对Kalshi用流动性下限过滤、对Polymarket用未平仓量下限过滤,两边机制对称但结果互相看不见

🔥犀利点评

这是数据工程最经典也最被低估的坑:null不是零,而是「未知」,但下游用户拿到表就当数值列来filter。两个预测市场一家有流动性字段、一家有未平仓量字段,表面是schema对齐问题,实质是两家交易所的市场结构差异被一张统一表强行抹平了。合并数据源越顺畅,这种静默删数据越危险——作者用「同一块板、同一小时」的标题点得很准:你以为在看全市场,其实看的是过滤器帮你选过的市场。

本文由本站自动聚合,以下为原始来源:前往 DevToData 阅读全文 →