Polymarket atnaujinimas automatiškai neperkels esamų statymų į naujas sutartis
Išleidus „Polymarket“ protokolą V2, esami statymai, atliekami pagal senesnę sąlyginių žetonų sistemą arba CTF, automatiškai neperkeliami į naujas sutartis. Jo perėjimo gairėse nurodoma, kad prekybos integracijos turi išlaikyti šių akcijų palaikymą, kartu pridedant atskirą sistemą V2 pozicijoms ir naujiems prekybos leidimams.
Savo spalio 5 d. pranešime Rajathas Alexas teigė, kad „Polymarket“ nuo spalio 5 d. iki spalio 30 d. vykdys kelias gyvas bandomąsias rinkas, žinomas kaip Kanarų turgelis. Lapkričio 2 d. jis apibūdino kaip preliminarų naujai sukurtų rinkų pasikeitimą, o ne kiekvieno esamo statymo konvertavimo terminą.
Žmonėms, kurie naudojasi „Polymarket“ programėle ar svetaine, techninio perkėlimo nereikia. Naudotojai turėtų užpildyti visus programoje rodomus patvirtinimo raginimus. Vadovuose aptariama daugiakampė prekyba grandinėje; Pagrindinė „Polymarket“ dokumentacija nukreipia „Polymarket US“ vartotojus į atskirą dokumentaciją.
Atskiras mechanizmas leidžia turėtojams perkelti CTF pozicijas į V2. „Polymarket“ sutarčių registre teigiama, kad „Polymarket“ pirmiausia turi užregistruoti atitinkamą sąlygą arba įvykį. Jo indeksavimo nuoroda aprašo įvykius, jungiančius seną CTF balansą su naujuoju PositionManager balansu. Tai skiriasi nuo prekybos programinės įrangos atnaujinimo.
Integracijos turi palaikyti abi sistemas
Kūrėjams pokytis prasideda nuo to, kur įrašomos akcijos. Pasenusios CTF pozicijos lieka senesnėje knygoje, o V2 balansai yra atskiroje sutartyje, vadinamoje „PositionManager“. Sutarčių perkėlimo vadove reikalaujama, kad būtų integruojama, kad būtų galima apdoroti atitinkamus likučius ir išsaugoti senesnių rinkų CTF identifikatorius.
Leidimai taip pat lieka atskiri. Pagal API perkėlimo vadovą, sąskaita, kurioje yra V2 pirkėjo turtas, turi įgalioti ExchangeV3, naują prekybos sutartį, išleisti pakankamai PUSD, „Polymarket“ prekybos užstato, kad padengtų pirkinius ir mokesčius. Pardavimui reikalingas leidimas ExchangeV3 veikti su pardavėjo PositionManager akcijomis. Esami CTF leidimai nesuteikia nei vieno, nei kito patvirtinimo.
Prekybos programinė įranga turi pasirinkti teisingą akcijų identifikatorių iš kiekvienos rinkos versijos, net jei atsakyme yra abiejų kartų identifikatoriaus laukai. V2 užsakymuose naudojami pozicijos ID ir pasirašymo domeno 3 versija; CTF pavedimai išlaiko savo mainų ir pasirašymo domeno versiją 2. Šios pasirašymo versijos išskiria du prekybos kelius. Balanso užklausos taip pat atskiria V2 akcijas nuo CTF akcijų.
Integracijoms, kurios sukuria, sujungia arba išperka pozicijas tiesiogiai pagal sutartis, V2 naudoja maršrutizatorių. Norint sukurti pozicijas, reikalingas patvirtinimas, kad maršrutizatorius išleistų PUSD; norint juos sujungti arba išpirkti, reikalingas maršrutizatoriaus operatoriaus leidimas „PositionManager“. Integruojant taip pat reikia atnaujinti balanso tvarkymą ir išmokėjimų rodmenis.
Panašios versijos etiketės nurodo skirtingus atnaujinimus. „Polymarket“ pakeitimų žurnale įrašoma, kad CLOB V2 bus pradėtas rodyti balandžio 28 d., o Data API v2 – 2026 m. rugsėjo 4 d.
Integracijose, kuriose jau naudojamas pUSD ir CTFExchangeV2 užsakymo formatas, užstatas, piniginės, užsakymų knygos kredencialai ir galutiniai taškai išlieka tokie patys. Vis dėlto „Polymarket“ liepia kūrėjams patikrinti pirkimus, pardavimus ir likučius tiek V2, tiek CTF rinkoje.
