Polymarket V2 Lansering: Vad Ändras för Prediktion Marknadshandlare?

Polymarket förbereder sig för att lansera Protokoll V2 den 9 november 2026, efter en förändring av sitt ursprungliga lanseringsschema.

Uppgraderingen introducerar en ny säkerhetskollateral, enhetliga smarta kontrakt och ändringar i plattformens orderbok-infrastruktur.

För handlare och utvecklare innebär dessa uppdateringar att förstå hur det nya systemet fungerar och vad som behöver förändras innan man använder den uppgraderade förutsägelsemarknaden.

Nyckelpunkter

• Polymarket V2 är schemalagd till den 9 november 2026, går bortom det ursprungliga målet den 2 november.

• Uppgraderingen introducerar pUSD, enhetliga utbyteskontrakt och en omdesignad orderstruktur.

• V1-beställningar och SDK:er är inte kompatibla med V2, vilket gör att migrering är nödvändig för automatiserade handelssystem.

Polymarket V2 lanseringsdatum flyttas till den 9 november

Källa: @PolymarketDevs på X

Polymarket-utvecklare har flyttat det planerade Protokoll V2-lanseringsdatumet från den 2 november till den 9 november 2026. Det reviderade schemat placerar lanseringen efter veckan för de amerikanska mellanvalen.

Det ursprungliga datumet den 2 november var ett preliminärt mål för att övergå till nyss skapade marknader efter kanaritemptestning på live-marknader. Den testningen började den 5 oktober och var planerad att fortsätta fram till den 30 oktober.

Utvecklingsteamet planerar också att publicera ett slutgiltigt lanseringsschema inom de kommande dagarna. Detta schema kommer att förklara två viktiga detaljer:

• Den exakta lanseringstiden.

• Den ordning i vilken befintliga marknader kommer att migrera.

För handlare är det omedelbara budskapet enkelt: ingen åtgärd krävs för tillfället. Men att hålla koll på det slutgiltiga migreringsschemat kommer att hjälpa användare att förstå när individuella marknader flyttar till den nya infrastrukturen.

Vad förändras i Polymarket Protokoll V2?

Polymarket Protokoll V2 ersätter sin gamla Gnosis-baserade infrastruktur med en mer strömlinjeformad arkitektur byggd kring enhetliga smarta kontrakt och ett uppdaterat orderboksystem.

En av de största förändringarna är introduktionen av pUSD, en standard ERC-20 säkerhetskollateral på Polygon. Det ersätter USDC.e som den säkerhetskollateral som stöder systemet nativt on-chain.

Uppgraderingen ersätter också den tidigare samlingen av Conditional Tokens Framework (CTF) kontrakt med en mer enhetlig struktur.

Dess huvudkomponenter inkluderar:

• Ett enda ERC-1155 positionskontrakt.

• En enhetlig router.

• Uppdaterade CTF Exchange V2 kontrakt.

• Uppdaterade Neg Risk CTF Exchange V2 kontrakt.

Dessa förändringar sammanför flera delar av förutsägelsemarknadsinfrastrukturen under en reviderad kontraktsstruktur.

För handlare är det viktigt att förstå den nya säkerhetskollateral och kontraktsuppsättningen eftersom V2 inte helt enkelt fortsätter det befintliga V1-systemet med några justeringar.

Det introducerar en annan grund för att hantera positioner och utbytesaktivitet.

Hur den nya orderbokstrukturen påverkar handlare

En annan stor del av Polymarket-uppgraderingen handlar om förändringar i dess Central Limit Order Book (CLOB) backend och orderstruktur.

Under V2 tar orderstrukturen bort tre befintliga fält: nonce, feeRateBps och taker. Den introducerar timestamp i millisekunder, metadata och builder istället.

Avgiftshantering förändras också. Istället för att beräkna avgifter separat för varje order, beräknar och sätter det nya systemet avgifter vid matchningstid.

Native builder-attribution hanteras också genom builderCode på beställningar. Dessa justeringar ändrar hur beställningar struktureras och behandlas inom det uppgraderade systemet.

För handlare som använder automatiserade verktyg förtjänar förändringarna särskild uppmärksamhet. Befintliga integrationer som är beroende av V1-orderstrukturer kan inte helt enkelt fortsätta fungera utan uppdateringar.

Att förstå dessa skillnader före migrering kan hjälpa handlare och utvecklare att förbereda sina system för den nya utbytesarkitekturen.

Polymarket V1-migrering: Vad handlare och utvecklare behöver veta

Polymarket V2 erbjuder inte bakåtkompatibilitet med V1. Detta innebär att gamla SDK:er och tidigare signerade beställningar inte längre är lämpliga för den uppgraderade arkitekturen.

De berörda V1 SDK:erna inkluderar:

• clob-client

• py-clob-client

Handlare och utvecklare som använder automatiserade botar måste migrera till de uppdaterade versionerna:

• @polymarket/clob-client-v2

• py-clob-client-v2

En annan viktig förändring gäller öppna order. Vila order från V1-arkitekturen migrerade inte till V2. Istället måste de återskapas med hjälp av V2-signering.

Detta betyder att användare inte kan anta att befintliga order automatiskt överförs under övergången.

För utvecklare är uppdatering av SDK-integrationer och signeringsprocesser en viktig del av förberedelserna för migration.

För handlare kan granskning av öppna order och förståelse för de nya signeringskraven hjälpa till att undvika förvirring vid användning av den uppgraderade plattformen.

Om du också handlar med digitala tillgångar erbjuder Bitrue en plattform för att köpa, sälja och handla Bitcoin och altcoins.

Du kan registrera dig på Bitrue för att utforska dess handelstjänster och hantera dina kryptovaluta handelsaktiviteter genom en plattform.

Flexibla Oraklar Introducerar Fler Rapportalternativ

Polymarket V2 introducerar också en ny OracleAggregator-arkitektur som stöder olika metoder för utfallsrapportering.

Beroende på marknadskonfigurationen kan utfall rapporteras genom:

• UMA

• Chainlink

• Manuella rapportörer

Detta ger det uppgraderade systemet flexibilitet i hur marknadsutfall rapporteras. Istället för att förlita sig på en rapporteringsmetod för varje marknad, möjliggör OracleAggregator-arkitekturen olika konfigurationer beroende på marknaden.

För handlare är det användbart att förstå denna förändring eftersom utfallsrapportering är en viktig del av hur prediktionsmarknader fungerar.

Den tillgängliga rapporteringsmetoden kan bero på konfigurationen av en individuell marknad.

Tillsammans med den nya säkerhetsställda token, enade kontrakt och omdesignad orderbok representerar orakelförändringarna en annan viktig del av Polymarket-protokoll V2-övergången.

Slutsats

Lanseringen av Polymarket V2 markerar en stor infrastrukturförändring, som introducerar pUSD säkerhet, enade smarta kontrakt, uppdaterad orderhantering och flexibel orakelrapportering.

Med den planerade lanseringen den 9 november bör handlare och utvecklare vara uppmärksamma på det slutliga lanseringsschemat och migrationskraven.

V1-order och SDK:er är inte bakåtkompatibla, vilket gör förberedelserna viktiga för befintliga användare.

För bredare kryptohandelsaktiviteter, Bitrue erbjuder en tillgänglig plattform för att köpa, sälja och handla Bitcoin och altcoins, vilket gör det till ett alternativ att utforska för enklare och säkrare kryptohandel.

FAQ

När är lanseringsdatumet för Polymarket V2?

Polymarket Protocol V2 är planerat att lanseras den 9 november 2026. Detta ersätter det tidigare preliminära datumet den 2 november.

Vad är pUSD i Polymarket V2?

pUSD är en standard ERC-20 säkerhetsställd token på Polygon. Det ersätter USDC.e som systemets inhemska on-chain säkerhet.

Är Polymarket V1 SDK:er kompatibla med V2?

Nej. Legacy SDK:er, inklusive clob-client och py-clob-client, är föråldrade för V2. Utvecklare måste migrera till sina V2-motsvarigheter.

Kommer befintliga Polymarket öppna order migrera till V2?

Nej. Vila order från V1-arkitekturen migrerar inte. De måste återskapas med hjälp av V2-signering.

Vilka orakelsystem stöder Polymarket V2?

Den nya OracleAggregator-arkitekturen stöder UMA, Chainlink och manuella rapportörer, beroende på marknadskonfigurationen.

Ansvarsfriskrivning: De åsikter som uttrycks tillhör uteslutande författaren och speglar inte åsikterna från denna plattform. Denna plattform och dess affiliatefriskriver sig från något ansvar för korrektheten eller lämpligheten av den information som tillhandahålls. Det är endast för informationsändamål och är inte avsett som finansiell eller investeringsrådgivning.