Polymarket V2迁移保留旧仓位：第三方终端怎样核对余额与赎回路径

Polymarket的V2迁移指南把一项容易忽略的条件放在了总览里：已有CTF仓位不会转换，接入方需要继续支持旧市场。截至2026年11月1日核对的官方文档，新仓位使用独立账本，交易与赎回也有新的合约路径。[1][3] 对使用第三方终端、自动策略或自建资产面板的人来说，迁移是否完成，不能只看新订单能否提交。旧持仓有没有继续被识别，新持仓能否卖出，市场结束后能否按正确路径取回结算款，才是一条完整的验收链路。

同一个账户里，需要保留两种仓位身份

官方要求接入方依据市场的version字段选择结果资产：V2取positionIds，V1继续取clobTokenIds；即使响应里同时出现两类字段，也应按版本选择。结果名称还要与数组中的相应位置对齐，缺失版本、不支持的版本、找不到的结果及不合格式的编号，都应拒绝继续处理。[2] 这不是显示层的一次改名。若程序仍用“第一个可用编号”作为默认值，拿到合法字符串，也可能查询了另一套资产。

余额为零，只有在查询的版本、资产编号和持有人一致时，才具有解释力。 例如，一个账户原本持有旧市场份额，面板更新后只查询新账本，页面就可能漏掉旧仓位。这里描述的是由查询范围造成的可能故障，并非声称Polymarket已经发生用户资产丢失。旧份额不会自动转成新份额，意味着接入方必须保留两个读取分支，再把结果汇总到同一账户视图。[1][3]

图：生成概念插图。两组容器表示接入系统应分别识别新旧仓位，不表示真实产品界面或实际资金流量。

价格订阅也应沿用这份身份选择。官方文档要求订单簿、价格、订单和市场订阅使用选定的资产编号，而用户流订阅中的市场与整市场撤单使用条件编号。[2] 如果把这两类编号混用，成交提示、报价变化与资产面板可能彼此脱节。一个看似完整的页面，会在用户准备卖出时才暴露差错。对于终端开发者，更稳妥的做法是让仓位身份随读取、下单和订阅一起传递，避免每个模块各自猜测。

Binance全球顶级交易所 v3.22.3

类型：金融理财大小：306.0M语言：多国语言[中文]时间：10-25评分：10.0

买入成功，只验证了其中一项权限

迁移说明区分了买卖的授权对象。V2买单需要允许ExchangeV3支出pUSD，额度要覆盖抵押品支出及费用；卖单需要在PositionManager上把ExchangeV3设为操作方。既有CTF权限不授予这些新权限。授权应由真正持有资金的账户或智能钱包发出，并等待确认。[2] 因而，同一个账户可以买入，却未必已经具备卖出刚收到仓位的权限。

这种不对称容易被一次成功交易掩盖。若接入方只做买入测试，便向用户开放自动策略，策略之后发出的卖单可能在权限环节失败。价格波动会让这个缺口变得昂贵，但费用和价格方向都不能从迁移文档推算；能确定的是，测试覆盖面应包含买入和卖出，而且新旧市场都要验证，官方也明确提出了这一要求。[2]

链上授权完成后，还有订单簿服务的缓存状态。官方给出的顺序是等待确认，刷新余额与额度缓存，再用相应参数读取；V2仓位使用CONDITIONAL-V2，pUSD使用COLLATERAL，旧CTF仓位继续使用CONDITIONAL。[2] 如果钱包里确实有资产而终端显示不可用，应先沿这条顺序对照。反复扩大授权额度，无法修复选错资产类型或缓存尚未更新的问题，还可能扩大账户允许外部合约操作的范围。

凭据不变，并不代表旧签名还能沿用

对于已经使用pUSD和指定订单格式的接入方，抵押品、钱包、订单簿凭据及端点可以保持原样；V2订单的签名域却要切换到ExchangeV3及版本“3”，旧CTF订单保留自己的交易合约和版本“2”。[1][2] 这解释了为什么“接口还能登录”不足以证明迁移成功。身份验证解决谁在请求服务，订单签名还限定这笔指令在哪个合约环境里生效。两者属于不同检查。

赎回链路必须走到款项回到持有人

合约接入指南说明，V2余额和转移由PositionManager处理，拆分、合并和赎回通过Router执行，原有CTF授权不会继承。拆分涉及pUSD支出授权，合并或赎回则需要仓位操作权限。[3] 对持仓者而言，这意味着交易授权与持仓操作授权不能互相替代。一个终端能展示报价并成交，并不自动说明其结算模块已更新。

图：Polymarket官方迁移文档原文摘录排版，非网页截图。摘录分别来自迁移总览及合约接入指南。[1][3]

具体到赎回，旧CTF结果集合使用的编号与V2结果索引存在差别：V2以0表示YES、1表示NO，并且要明确提交数量。官方还要求Router在同一笔交易里从调用者拉取资产并把输出返回调用者，不要另发一笔交易先把资产转入模块。[3] 迁移时如果只替换函数名称，沿用旧的参数含义，代码可以看起来相似，执行结果却不再相同。普通读者无需手动拼装这些调用，但可以据此判断第三方工具的说明是否覆盖了实际变化。

结算款为零和暂时无法读取结算款，应当作为两种状态呈现。 官方说明，尚未解决的仓位在读取预计支付时可能报错，输掉的仓位则允许合法返回零。[3] 面板把所有异常都显示为零，会让用户误以为已经输掉；把所有零都归为接口故障，又会虚增可收回资产。清楚区分待决、有效零支付与读取失败，是资产核算的一部分。

欧易okx交易所 v6.195.1

类型：金融理财大小：549.4M语言：中文时间：11-1评分：10.0

自动化工具应保存一份可复核的迁移账

V2的事件索引也有变化。官方提醒，协议铸造及某些转移不会触发接收合约依赖的旧回调，需要明确计入余额变化；Router和模块发出的事件不能被算成两次操作。自动赎回方面，授权操作方可赎回提交仓位的全部余额并把pUSD返还同一持有人，但授予权限本身不会安排赎回任务。[3] 因此，余额变化、操作记录和到账记录应能够相互核对，不能用“已授权”替代“已执行”。

对自动策略而言，一份有用的验收记录至少应呈现：选中的市场版本与结果资产、持有人、授权对象、成交或操作结果，以及操作后余额。这些项目用于解释同一笔动作，不是用数量堆出安全感。若余额来自旧链路而成交来自新链路，汇总值暂时对得上也可能只是巧合。遇到不支持的版本就停下并显示原因，比把它塞入默认分支更容易排查。

截至本次核对，所用官方文档能够确认迁移机制和接口要求，却没有给出足以独立确认全站切换时点、全部市场覆盖率和实际故障率的证据。不能把文档可访问等同于所有接入方已经就绪，也不能据此预测交易量或代币回报。总览对网站及应用用户的指引是无需技术迁移，完成应用内出现的授权提示。[1] 这也限定了读者的行动范围：普通用户重点核对仓位是否仍可见、卖出与赎回是否可用；自行接入的人则应把新旧市场的完整资金路径都走通，再宣布迁移完成。

资料来源

[1] Polymarket官方文档1

[2] Polymarket官方文档2

[3] Polymarket官方文档3