追踪 Polymarket 钱包的几种做法
四种做法,实话实说。其中三种是免费的,而且对某些需求来说它们就是正确答案。
我们不打算假装别的方案没用 —— 只想查一个地址一次的话,好几个免费工具都比注册任何东西更快。 下面写的是每种做法在结构上擅长什么,方便你判断自己到底需不需要这一个。
| 官方榜单 | 免费追踪器 | SQL 看板 | PMWallets | |
|---|---|---|---|---|
| 排名窗口 | 平台自定的固定周期 | 通常是全历史,或者根本没说 | 你自己写 | 明确的区块窗口,写在页面上 |
| 过去的数字会变吗 | 每个周期重算 | 一般会重算 | 每次打开都重跑 | 不会 —— 发布过的 run 永不改写 |
| 一人多地址 | 按账号 | 通常按地址 | 你自己实现才有 | 聚成实体 |
| 样本量是否诚实 | 只有名次 | 通常只给一个百分比 | 取决于你 | 胜率带置信区间 |
| 成交了会通知你吗 | 不会 | 有的话也是轮询 | 不会,看板是拉取式的 | WebSocket + webhook,亚秒级 |
| 费用 | 免费 | 免费 | 有免费额度,之后按量 | 预充值,按小时计费 |
官方榜单
对平台自己的账目最权威,而且免费。它按平台选定的周期排名,设计目标不是告诉你某人此刻在做什么, 也不是给你当数据源查询。想知道上个月谁赢了,从这里开始。
免费追踪器
查单个地址很快,展示一个钱包的历史往往做得不错。反复出现的局限是:它们排的是地址而不是交易者, 而且经常给一个数字却不说这是哪段时间、明天会不会不一样。浏览够用,做决定就别扭。
SQL 看板
灵活度遥遥领先:只要能用 SQL 对着链上表写出来,你就能算,而且不用信别人的口径。代价也是真的 —— 手续费口径、结算逻辑、代理地址聚类的正确性都归你自己负责,查询每次打开都从头跑, 而且永远不会有人推送通知给你。我们做这个产品时踩过的最难的几个 bug,恰好就在这三处。
PMWallets 多给了什么
- 一个你能引用的窗口。每个数字都属于一段写明的区块区间。
- 不再变的数字。发布过的 run 永不改写,战绩是累积出来的,不是每次重新推导的。
- 算人,不算地址。签名地址和代理地址作为一个实体一起算。
- 把不确定性摆出来。胜率附带告诉你「该信几分」的区间。
- 推送,不是轮询。成交在出块后约一秒内发出,实测分布公开。
什么情况下不该为它付钱
只想查一个地址一次 —— 用免费追踪器。已经在跑自己的链上分析、也信得过自己的手续费与结算口径 —— 看板更合适也更便宜。值得花钱的场景是:你要的是一份关于「交易者」而非「地址」的稳定排名, 并且希望其中某个人一动,你一秒内就知道。
如果你要的是行情,不是交易者
PMWallets 回答的是「谁在交易」。如果你要的是行情本身 —— 盘口、Polymarket 逐笔成交、加密涨跌盘背后的 Chainlink 结算喂价,逐个 tick,拿来做回测 —— 那是另一份数据,我们在 OutcomeTick 单独提供。