Polymarket’s Protocol V2 rollout doesn’t routinely transfer current bets held below its older Conditional Tokens Framework, or CTF, onto new contracts. Its migration steerage tells buying and selling integrations to retain help for these holdings whereas including a separate system for V2 positions and new buying and selling permissions.
In his Oct. 5 announcement, Rajath Alex mentioned Polymarket would run just a few stay take a look at markets, often called canary markets, from Oct. 5 via Oct. 30. He described Nov. 2 as a tentative swap for newly created markets, somewhat than a deadline for changing each current guess.
For folks utilizing Polymarket’s app or web site, no technical migration is required. Customers ought to full any approval prompts proven within the app. The guides handle Polygon-based onchain buying and selling; Polymarket’s foremost documentation directs customers of Polymarket US to separate documentation.
A separate mechanism does enable holders to maneuver CTF positions into V2. Polymarket’s contract registry says the related situation or occasion should be registered by Polymarket first. Its indexing reference describes occasions connecting the previous CTF stability to the brand new PositionManager stability. That could be a distinct operation from updating buying and selling software program.

Integrations should help each programs
For builders, the change begins with the place shares are recorded. Legacy CTF positions stay on the older ledger, whereas V2 balances sit in a separate contract referred to as PositionManager. The contract migration information requires integrations to deal with the suitable balances and retain CTF identifiers for older markets.
Permissions additionally keep separate. Beneath the API migration information, the account holding a V2 purchaser’s property should authorize ExchangeV3, the brand new buying and selling contract, to spend sufficient pUSD, Polymarket’s buying and selling collateral, to cowl purchases and charges. Promoting requires permission for ExchangeV3 to function on the vendor’s PositionManager shares. Present CTF permissions don’t grant both approval.
Buying and selling software program should choose the right share identifier from every market’s model, even when each generations’ identifier fields seem within the response. V2 orders use place IDs and signing-domain model 3; CTF orders retain their alternate and signing-domain model 2. These signing variations distinguish the 2 buying and selling paths. Steadiness requests additionally distinguish V2 shares from CTF shares.
For integrations that create, mix or redeem positions immediately via contracts, V2 makes use of Router. Creating positions requires approval for Router to spend pUSD; combining or redeeming them requires Router operator permission on PositionManager. Integrations additionally have to replace stability dealing with and payout reads.
The same model labels confer with totally different upgrades. Polymarket’s changelog information CLOB V2 going stay on April 28 and Information API v2 launching on Sept. 4, each in 2026. The October Protocol V2 rollout provides the separate place system.
For integrations already utilizing pUSD and the CTFExchangeV2 order format, collateral, wallets, order-book credentials and endpoints keep the identical. Polymarket however tells builders to confirm purchases, gross sales and balances on each a V2 market and a CTF market.







