Polymarket uruchomił Protocol V2, nowej generacji architekturę kontraktów inteligentnych zaprojektowaną, aby zastąpić przestarzałą infrastrukturę, która obsługiwała platformę rynków predykcyjnych od jej powstania. Rajath Alex, lider protokołu w firmie, ogłosił premierę, wskazując, że nowy system najpierw będzie działał w środowisku produkcyjnym poprzez Canary Markets od 5 do 30 października, przed wstępnym przejściem wszystkich nowych rynków na zmodernizowany stos 2 listopada. Polymarket należy do największych platform rynków predykcyjnych w branży kryptowalut, a stan jego kluczowych kontraktów wpływa na to, jak szybko nowe typy rynków mogą być wdrażane i jak łatwo zewnętrzne integracje łączą się z platformą.

Przebudowa wynika z ograniczeń architektonicznych obecnej warstwy bazowej Polymarketu. Od momentu uruchomienia platforma działała na Conditional Tokens Framework (CTF), uniwersalnym systemie pierwotnie opracowanym przez Gnosis w 2019 roku. Choć funkcjonalny, framework wymagał dodatkowego kontraktu adaptera dla każdego nowego typu rynku: dedykowanego adaptera dla zabezpieczeń pUSD, wrapped tokena dla rynków negatywnego ryzy, osobnej giełdy dla każdego typu rynku oraz własnego adaptera wyroczni dla każdej integracji. W praktyce oznaczało to, że każda rozbudowa oferty rynkowej platformy mnożyła liczbę kontraktów, przez które musieli przechodzić użytkownicy i integratorzy.

Protocol V2 zastępuje ten warstwowy stos zunifikowanym projektem opartym na pojedynczym kontrakcie tokenów pozycji ERC-1155, pojedynczym aktywie zabezpieczającym (pUSD), jednej giełdzie obsługującej wszystkie typy rynków i pojedynczym routerze. Każdy identyfikator pozycji koduje typ rynku, rynek i wynik, co pozwala protokołowi odczytywać metadane pozycji bezpośrednio z identyfikatora, zamiast przechodzić przez kontrakty pośredniczące. Dla deweloperów i integratorów praktycznym efektem jest jedna powierzchnia integracyjna dla wszystkich obsługiwanych typów rynków, zamiast dedykowanej ścieżki dla każdego z nich.

System dostarczany jest jako zestaw modułów, które od premiery natywnie obsługują rynki binarne, rynki negatywnego ryzyka (atomowe i przyrostowe) oraz rynki kombinatoryczne. Każdy moduł udostępnia również dodatkowe operacje pierwotne, które poszerzają możliwości budowania na pozycjach, jednocześnie poprawiając efektywność kapitałową.

Rozliczanie wyników odbywa się poprzez nowy OracleAggregator z konfigurowalnymi modułami łączącymi się z UMA, Chainlink i przyszłymi dostawcami wyroczni, co daje platformie większą elastyczność w finalizowaniu wyników. Bridging pozycji, zabezpieczeń i rozstrzygnięć między łańcuchami jest wbudowany jako funkcja pierwszej klasy i zostanie aktywowany, gdy Polymarket rozszerzy się na wiele sieci. Cały protokół można aktualizować poprzez bezpieczny proces zarządzania, co umożliwia szybsze dostarczanie funkcji bez zakłócania istniejących integracji.

Bezpieczeństwo, audyty i harmonogram migracji

Bezpieczeństwo było fundamentem planu wdrożenia. Kod został poddany audytowi przez sześć firm — Cantina, Certora, Quantstamp, SigmaPrime, Zellic i Pashov — oraz formalnie zweryfikowany przez Certora. Polymarket wprowadził również program bug bounty oferujący nagrody do 5 milionów dolarów za kryty luki.

Sama migracja będzie stopniowa. Canary Markets działające na Protocol V2 pozostaną aktywne w środowisku produkcyjnym do 30 października, dając deweloperom i market makerom czas na integrację, z cotygodniowymi godzinami konsultacyjnymi w całym czterotygodniowym okresie. Wstępne przełączenie nowych rynków zaplanowano na 2 listopada; pozycje w istniejącym Conditional Tokens Framework nie zostaną skonwertowane. Istniejące pozycje pozostaną zatem pod dotychczasowym frameworkiem nawet po rozpoczęciu rozliczania nowych rynków na V2 — szczegół istotny dla każdego, kto posiada lub śledzi pozycje oparte na CTF w okresie przejściowym.

Równolegle z premierą protokołu Polymarket wypuścił Data API V2, nową usługę opartą na Rust, napędzaną własnym indekserem on-chain. API obsługuje protokół V2, standaryzuje formaty odpowiedzi i wdraża paginację opartą na kursorach, aby kanały transakcji i aktywności pozostawały spójne w miarę napływania nowych rekordów. Integracje nadal korzystające z Data API v1 są zachęcane do migracji zgodnie z przejściem protokołu, co wiąże aktualizacje API z tą samą październikowo-listopadową oś czasu co bazowe kontrakty.

Patrząc w przyszłość, protokół tworzy podstawę dla funkcji znajdujących się obecnie w fazie badań i rozwoju, w tym rozstrzygania skalarnego i kierunkowego zwrotu zabezpieczeń. Przy Canary Markets aktywnych do 30 października przebieg przejścia można śledzić w odniesieniu do wstępnego przełączenia nowych rynków 2 listopada oraz późniejszej aktywacji wbudowanego bridgingu międzyłańcuchowego, gdy Polymarket rozszerzy się na kolejne sieci.