集成与管道
流动性下限删掉了Kalshi,未平仓量下限删掉了Polymarket:同一块行情板,同一小时
原标题: 流动性下限删掉了Kalshi,未平仓量下限删掉了Polymarket:同一块行情板,同一小时
📋总体概括
一位巴厘岛签证代理、兼职开发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 阅读全文 →