Polymarket rozpoczął testy produkcyjne Protokołu V2 przed wstępnie planowanym przejściem 2 listopada dla nowo utworzonych rynków, zastępując swoją architekturę rynkową Gnosis CTF z 2019 roku jednolitym systemem pozycji ERC-1155, zabezpieczeniem pUSD i modułowym rozstrzyganiem.
Podsumowanie
- Polymarket Protocol V2 zacznie obsługiwać nowe rynki 2 listopada po testach kanarkowych w październiku.
- V2 zastępuje starsze adaptery Gnosis CTF jednym systemem pozycji ERC-1155 i ujednoliconym zabezpieczeniem pUSD.
- UMA i Chainlink mogą dostarczać wyniki przez nową modułową warstwę rozliczeniową OracleAggregator firmy Polymarket dla rynków.
- Polymarket twierdzi, że istniejące zasoby CTF pozostaną niezmienione, podczas gdy nowe pozycje V2 będą korzystać z oddzielnych kontraktów.
- Data API V1 zostaje wycofane 24 października, dając deweloperom dziewięć dni przed planowanym przejściem na V2.
Szef protokołu Polymarket, Rajath Alex, powiedział 5 października, że rynki kanarkowe będą działać w środowisku produkcyjnym do 30 października, zanim nowe rynki „wstępnie” zaczną przechodzić na Protokół V2 2 listopada. Istniejące rynki i pozycje CTF nie zostaną automatycznie przeniesione do nowych kontraktów.
Polymarket V2 przebudowuje sposób tworzenia pozycji
Istniejący system rynkowy Polymarket wywodzi się z Ram Warunkowych Tokenów Gnosis z 2019 roku. W miarę wprowadzania nowych formatów rynków dodawano oddzielne adaptery i kontrakty dla funkcji, w tym rynków o negatywnym ryzyku, obsługi zabezpieczeń i rozstrzygania.
Protokół V2 usuwa znaczną część tej struktury. Oficjalne repozytorium kodu Polymarket opisuje V2 jako swój „system inteligentnych kontraktów rynków predykcyjnych nowej generacji”, z tokenami pozycji ERC-1155, obsługą zabezpieczeń, modułowymi wyroczniami, dopasowywaniem zleceń i funkcjami międzyłańcuchowymi.
Identyfikatory pozycji kodują teraz informacje, w tym moduł, warunek i wynik, bezpośrednio w identyfikatorze tokena. System wykorzystuje wspólny kontrakt PositionManager i Router, z oddzielnymi modułami obsługującymi różne struktury rynkowe.
Początkowe moduły obejmują rynki binarne, atomowe rynki o negatywnym ryzyku, przyrostowe rynki o negatywnym ryzyku i rynki kombinatoryczne. Opublikowana lista wdrożeń Polymarket na Polygonie pokazuje, że PositionManager, Exchange, Router i każdy z tych modułów są już wdrożone w mainnecie.
Październikowej wersji nie należy mylić z wcześniejszą aktualizacją CLOB v2 firmy Polymarket. Jak wcześniej informowano w relacji crypto.news z wdrożenia CLOB v2 przez Polymarket, kwietniowa aktualizacja zmieniła kontrakty wymiany, silnik dopasowywania i zabezpieczenie, wprowadzając jednocześnie pUSD do handlu. Protokół V2 zmienia infrastrukturę pozycji i rynków leżącą pod tym systemem handlu.
pUSD staje się wspólnym zabezpieczeniem na rynkach V2
Polymarket Protocol V2 wykorzystuje Polymarket USD, czyli pUSD, jako wspólny zasób zabezpieczający w nowych modułach rynkowych.
Oficjalna dokumentacja kontraktów stwierdza, że pUSD to token ERC-20 opakowujący USDC i USDC.e w stosunku 1:1 poprzez zewnętrzny skarbiec. Kod wymaga, aby połączone USDC i USDC.e przechowywane w skarbcu były równe lub większe niż pozostająca w obiegu podaż pUSD.
Sam token nie jest nowy. pUSD pojawił się wraz ze zmianami wymiany wcześniej w 2026 roku, ale Protokół V2 czyni go wspólnym zabezpieczeniem używanym przez jego moduły rynkowe. Istniejące integracje już korzystające z pUSD nie muszą zastępować swojej konfiguracji zabezpieczenia przy dodawaniu obsługi V2, zgodnie z przewodnikiem migracyjnym Polymarket.
Dla deweloperów pozycje się zmieniają. Salda V2 znajdują się w nowym PositionManager, podczas gdy podziały, scalenia i umorzenia przechodzą przez Router. Istniejące zatwierdzenia CTF nie są przenoszone, więc integracje potrzebują nowych uprawnień do operacji V2.
Polymarket wyraźnie informuje deweloperów, aby zachowali obsługę CTF dla starszych rynków i zasobów. Jego dokumentacja migracyjna mówi, że istniejące zasoby CTF nie są konwertowane, gdy integracja dodaje Protokół V2.
UMA i Chainlink mogą rozstrzygać rynki przez jedną warstwę
Rozstrzyganie otrzymuje oddzielny redesign poprzez nowy OracleAggregator.
Kod V2 Polymarket pokazuje, że OracleAggregator znajduje się powyżej wymiennych modułów reportera, sporów i arbitrażu. Obecne kontrakty reportera obejmują moduł UMA Optimistic Oracle, reporter Chainlink i reporter EOA.
Moduł UMA może przekazywać rozstrzygnięte wyniki UMA do agregatora jako głosy reportera. Moduł Chainlink obsługuje rozstrzyganie oparte na cenach przy użyciu Chainlink Data Streams, zgodnie z opublikowaną dokumentacją kontraktu. Różne moduły reportera mogą być łączone w ramach progów ustalonych dla poszczególnych rynków.
Polymarket już wcześniej wprowadził Chainlink dla niektórych obiektywnych rynków. W powiązanym artykule crypto.news o integracji Chainlink platforma wykorzystała Chainlink Data Streams i Automation do rozstrzygania rynków cen kryptowalut przy użyciu zewnętrznych danych rynkowych.
UMA pozostaje istotna dla rynków wymagających rozstrzygania opartego na zdarzeniach. Crypto.news osobno udokumentował jak UMA rozstrzyga rynki predykcyjne Polymarket i jak spory mogą przechodzić przez proces kwestionowania. Protokół V2 nie zastępuje po prostu UMA przez Chainlink. Jego OracleAggregator pozwala różnym źródłom rozstrzygania podłączyć się do tego samego frameworku.
Kontrakty V2 zawierają również infrastrukturę cross-chain. Dokumentacja bridge Polymarket stwierdza, że pozycje, zabezpieczenie i wyniki rozstrzygnięcia mogą przemieszczać się przez warstwę transportową, której obecna implementacja wykorzystuje Chainlink CCIP. Polygon pozostaje hubem rozstrzygania w opublikowanym projekcie mainnet.
Nie ogłoszono daty aktywacji multi-chain. Kod bridge ustanawia strukturę techniczną, ale plan migracji z 2 listopada dotyczy nowych rynków V2 i sam w sobie nie ogłasza handlu na dodatkowych łańcuchach.
Kontrole bezpieczeństwa obejmują nowe kontrakty Polymarket
Polymarket opublikował szczegółowy zapis bezpieczeństwa dla Protocol V2 przed planowaną migracją. Jego oficjalne repozytorium bezpieczeństwa kontraktów wymienia przeglądy przeprowadzone przez Cantina, Certora, Quantstamp, Pashov, Sigma Prime i Zellic dla głównych komponentów V2. Repozytorium wymienia prace formalnej weryfikacji Certora obejmujące Exchange, Collateral Token, Position Manager, Binary Module, NegRisk Module, Combinatorial Module i OracleAggregator.
Alex powiedział, że krytyczne luki pozostają kwalifikowalne do nagród do 5 milionów dolarów w ramach programu bug bounty Polymarket. Program bounty został uruchomiony wcześniej w 2026 roku i obejmuje smart kontrakty oraz inne części stosu technologicznego platformy.
Okres canary daje deweloperom i animatorom rynku środowisko produkcyjne do testowania przed planowanym przejściem 2 listopada. Alex powiedział, że ograniczone wdrożenie trwa od 5 października do 30 października, a nowe rynki mają zacząć używać V2 później, jeśli harmonogram się utrzyma.
Deweloperzy mają wcześniejszy termin 24 października
Osobna migracja jest już w toku dla Data API Polymarket. Oficjalna dokumentacja Polymarket mówi, że Data API V1 zostanie wycofane 24 października 2026, wymagając od istniejących integracji przejścia na trasy V2 przed tą datą. Nowy system używa wspólnej struktury odpowiedzi, paginacji opartej na kursorze i pól snake_case.
Data API V2 konsoliduje kilka tras pozycji w /v2/positions i dodaje endpointy obejmujące zysk i stratę użytkownika, wolumen, historię cen, rozstrzygnięcia i status usługi. Paginacja kursorem usuwa stary limit przesunięcia 10 000 wierszy używany przez V1.
Dla zwykłych użytkowników aplikacji i strony internetowej Polymarket twierdzi, że migracja techniczna nie jest wymagana. Użytkownicy mogą napotkać nowe monity o zatwierdzenie podczas interakcji z rynkami V2, podczas gdy deweloperzy i integracje smart kontraktów muszą obsługiwać zarówno pozycje V2, jak i starsze zasoby CTF.
Obecny harmonogram daje deweloperom API czas do 24 października na opuszczenie Data API V1, utrzymuje rynki canary Protocol V2 działające do 30 października i wyznacza 2 listopada jako wstępną datę, kiedy nowo utworzone rynki zaczną używać protokołu V2.
