NftSharing

@yummyuyu_ 首尔就是大部分时间会超出预测2度左右，而且盘面变化比Wu数据快，但好歹过几分钟Wu确实显示升温了，昨天是Wu的显示界面全程下雨没有升温在77-78，一小时后数据登记直接82，绝对的黑盘，今天确实换数据源了

规则是按照WU预言机来 不论玩哪个预测市场，第一件事情就是了解规则和结算源，既然玩了，就只能愿赌服输，结算源是WU，那就没有商量的余地 “黑盘”首尔也好好活下来几个月了，觉得有问题其实大可以选择不玩，全球还有几十个天气市场 花点时间验证就知道有问题不，为什么别人不会说上海的数据不准？就是因为和Metar高度吻合，第二就是，你为啥一定要在一棵树上吊死呢？有本领是哪里赚不到钱呢？

@yummyuyu_ 我在想，它黑盘的源头到底是在传输数据到Wu网站的机场那边，还是Wu这边的操作登记这边啊，那如果是Wu的问题，其他那么多城市会不会又出来一个黑盘😂

笑死，现在终于知道钱从哪里来了 温馨提示一下：玩天气预测市场一定要点开左下方那个Rules（规则）看一下，到底哪个才是判定的结算源 2026年3月29号起的深圳天气市场结算源全部改为使用NOAA的数据作结算了，不要再看Wu预言机亏钱了... NOAA是紧贴Metar的，很多人应该得偿所愿了，深圳黑盘，终于要告一段落了，深圳大舞台，有梦你就来，终于要回到理性的分析上来了 那么请展现实力吧～

@yummyuyu_ 昨天就是点开的rules里面的网站看的，昨天之前感觉是黑盘，所以今天开始换数据源了？

@0xchangan 不清楚是换了数据源还是黑盘，反正Wu平台那个小时一直刷新都是77-78f，最后数据登记的时候，记录的是82f，反正深圳不碰了，好多说是黑盘的，昨天是bug，前面还有登记82f归27度，这次走是82f归28度

@NftSharing 今天不敢玩了，好像今天换了数据源？

今天天气市场真是地狱难度 上海天气：反转反转再反转 深圳天气：系统 BUG ，出现0度

@hadi19198888 @yummyuyu_ 不是科技，就是黑盘，如果是别人有更快的数据都认了，现在是给了一个根本没到的温度，在乌云密布的下雨天，26度的情况，数据登记一个没到过的28，而且别人提前知道会登记28

@yummyuyu_ @NftSharing 拼科技拼不过别人啊

GM 上海这两天有点暖，比想象中热，为啥这样说啊？ 平常早上睡醒，我会看到大家在上海14/15/16大战 然后我就会去看盘 群友们今天一睡醒就和我说，今天10点上海已经在19度 南方要快速进入夏天了！ 这可能就是每天玩天气的切身对于现实的反馈吧，这就是天气的魅力吧 我们非常注重天气预报，但更多出于实际情况进行临场判断，关注实际情况，才是玩天气的要务 今天的上海，如果按照目前情况推演，会去到22-23度，下午很大概率会出现云层，如果下午风力加强，就会被压到21-22度，乐观向上看，22-23是合理的解，因为今天大概率相当于静风，云的作用，只能下午再做评估，什么量的云会和温度达成动态平衡，其实都是个人经验得出来的结果，才是价值千金呢 #9xRRy97" target="_blank" rel="nofollow noopener">polymarket.com/event/highest-…

@yummyuyu_ 今天算是体会到了

@NftSharing 深圳黑盘，其实可以不用勉强

天气深圳大舞台，有胆你就来，经过昨天的高温时间平台bug标记0度，今天下雨降温，却突然标记没到过的28度，懂的都懂

@Zenith_shade789 深圳今天这波升28度纯虚假数据操作，一直下雨，一直是27降到了26度，我每隔两三分钟刷新一次Wu网站都是26度，包括到现在也一直是26度，只有一点的登记数据没出来了，但是已经按28结算去了，真是搞笑

留下部分流动性给大家

最后一天，希望所有人今天在深圳赚到

@0xchangan 而且昨天也是刚好高温那几个小时就bug了，最后按25结算，今天我全程盯着刷新，我不知道是不是外边有人数据快很多还是内幕，结算过去快半小时了，一直刷新，深圳也只是78f，就看一点数据登记是不是会出来一个根本没到过的数据了

@yummyuyu_ 而且我一直刷新wu网站，也没看到深圳温度升高呀，难道是他们知道数据登记时候会直接给82？纯内部操作？昨天也是突然坏了，到了的高温26，27都登记0度，最后按25结算yes。

@yummyuyu_ 深圳的话，接入数据那边的得比wu得快多少啊，经过一小时下雨降温后，数据还是77f的时候，到82f赔率已经到98，wu数据还是78时候，赔率已经99.9结算

@vonzz6 之前确实是分两次打款的，今天是一次打款，我当时看，还在说怎么都是deposited funds，然后过了两小时，都变成了distributed for epoch，我又去看了前几天分两次的记录，也都变成了distributed for epoch，所以现在应该是官方和个人添加的都算奖励了

polymarket官方发的流动性奖励是Rewards distributed for epoch，个人用户添加的奖励是deposited funds。 如果没有看到deposited funds可以浏览器去链上看看

@wuyou818 @Polymarket 说的就是我呀，怪我太贪心，还亏钱了，亏在lol上，变化太快了

昨天因为 opn 反撸 撸毛圈要彻底蹦了 很多工作室或者个人都重磅出击了 而预测赛道除了 @Polymarket 其他也基本到头了 目前 @Polymarket 也是我今年最后一舞 我看了有很多KOL说 Polymarket 创始人把股份卖的差不多了 会跟 pump一样到时候直接IPO 没有空投 但是对我来说是今年撸毛生涯最后一舞 错了就退圈打工 撸对了就继续 不管撸毛 还是人生 本来就是一场博弈

真的难受，polymaket手打了75天到了8000u利润，又一次来了个巨大的回撤，只能期待一下空投了

@Arvin_YL @Polymarket 真厉害

I just won $13.69 on @Polymarket! Join me and put your money where your mouth is: poly.market/O3DmmCj

@0xKaKa03 @Polymarket 我认为雄鹿那场比赛不是撮合时间的问题，就是系统在比赛结束后，一开始结果是对的，但是过了几十分钟，不知道怎么把比赛结果弄反了

昨天我们监听到了 @Polymarket 短时间内撮合了一些明显价格错误的订单，并且同时发送到了链上，导致了我们bot出现严重异常。 想求证官方是否是近期polygon宕机/卡块导致推送了过时的撮合数据，如何区分这种情况， polymarket在链上宕机时是如何处理订单的。以及问下老哥们有没有遇到类似的情况。 market: polymarket.com/event/nba-por-… 地址： @f9aifj?tab=activity" target="_blank" rel="nofollow noopener">polymarket.com/@f9aifj?tab=ac… 异常交易(该时段 Pelicans的价格成交价格不可能是0.48)： block: polygonscan.com/tx/0xaf1104918… 该时间段的成交信息（from polygon logs）： Noticed invalid fills on @Polymarket yesterday (e.g., Pelicans @ 0.48) that broke our bot. Suspecting Polygon lag/stale data caused this. How does the matching engine handle chain downtime? How can devs detect these stale pushes to avoid errors? cc @shayne_coplan @PolymarketSport @PolymarketMoney

@love_u_4ever @0xKaKa03 @Polymarket 是的，比赛结果搞反了，灰熊低价格都是系统少量挂单，捡到的不多，但是我看到99买了雄鹿的几万u，我当时看到自己持仓的灰熊显示归零，我都以为自己买错了，检查后没买错，赶紧99.9出掉了

@0xKaKa03 @Polymarket 99.x我看到好多人买了雄鹿 真的亏死 比赛已经结束了

(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错误情况截图：

@0xKaKa03 @Polymarket 昨天还有灰熊那一场比赛，在某一个时间段，比赛结果搞反了，前面还是0.1价格的输方，后面价格到了99，然后赢了的持仓价格到了几乎是1的价格，我看到有人在比赛结束挺久了，可能只是根据系统再扫尾盘，99的价格买了输的一方几万u，赢了一方的也有几万u砸到95的，后面又更改了回来，但是99买的归零了吧

I just won $172.22 on @Polymarket! Join me and put your money where your mouth is: poly.market/QoQ5fLV