Strona rynku predykcyjnego jest wejściem do systemu wykonującego kilka zadań. Interfejs prezentuje rynek, giełda kojarzy zlecenia, kontrakty rozliczają przepływy aktywów, a usługi danych przedstawiają wynik w czytelnej formie. Wyrocznia dostarcza ostateczną odpowiedź rynku w skonfigurowanym procesie rozstrzygnięcia.
Te zadania zachodzą w różnych miejscach. Kliknięcie przycisku, zaakceptowane zlecenie i rozliczona transakcja to różne etapy. Zrozumienie granic wyjaśnia, dlaczego rynek może być widoczny mimo niedostępnego handlu albo dlaczego zakończona transakcja pojawia się w portfelu z opóźnieniem.
To drugi artykuł serii Jak działają Polymarket i Kuest. Jeśli ceny i wypłaty są dla Ciebie nowością, zacznij od tego, co naprawdę oznacza cena na rynku predykcyjnym.
Cztery warstwy, cztery zakresy odpowiedzialności
| Warstwa | Rola |
|---|---|
| Interfejs | Prezentuje pytania, zasady i funkcje zarządzania kontem |
| Giełda | Weryfikuje zlecenia i znajduje zgodne oferty innych uczestników |
| Kontrakty | Egzekwują reguły aktywów i uprawnień dla wybranej ścieżki |
| Usługi danych | Porządkują metadane, salda i aktywność na potrzeby aplikacji |
Przegląd API Polymarket odzwierciedla ten podział: Gamma wspiera odkrywanie rynków, CLOB obsługuje zlecenia i bieżący stan rynku, a Data API aktywność kont i rynków. WebSockety dostarczają aktualizacje; nie zastępują podstawowych zasad rozrachunku.
Strona nie jest identyfikatorem pozycji
Wydarzenie grupuje powiązane rynki na potrzeby prezentacji. Rynek binarny zadaje konkretne, rozstrzygalne pytanie i udostępnia oddzielne wyniki YES oraz NO. Jedno wydarzenie może zawierać kilka rynków, więc adres jego strony nie wystarcza do określenia zlecenia. Zobacz model rynków i wydarzeń Polymarket.
W Conditional Tokens Framework, czyli CTF, identyfikator pytania wskazuje dane wejściowe rozstrzygnięcia. Identyfikator warunku jest wyprowadzany z adresu wyroczni, identyfikatora pytania i liczby możliwych wyników. Identyfikator pozycji wyniku zależy też od zabezpieczenia i ścieżki kolekcji. Tych identyfikatorów nie można bezpiecznie stosować zamiennie.
To mapa grupowania, nie wzór funkcji skrótu. Wybierz dokładny rynek i wynik przed odczytaniem arkusza lub złożeniem zlecenia.
Przewodnik Polymarket po danych on-chain odróżnia te wyprowadzenia CTF od identyfikatorów Protocol V2. Zgodny tytuł na innej stronie nie dowodzi, że to to samo aktywo.
Prześledź jedno zlecenie w systemie
Najpierw interfejs znajduje rynek i pobiera identyfikatory jego wyników oraz konfigurację handlu. Klient przygotowuje zlecenie, a odpowiedni podpisujący zatwierdza jego warunki. Podpisanie zlecenia nie jest tym samym co wysłanie transakcji do blockchaina.
Podpisana instrukcja trafia do centralnego arkusza zleceń z limitem, czyli CLOB. Usługa sprawdza dopuszczalność i szuka zgodnych zleceń. Dopuszczone zlecenie może pozostać otwarte, jeśli nie da się go wykonać od razu; skojarzenie oznacza zgodę na handel według reguł giełdy, jeszcze nie dowód dostarczenia aktywów.
Następnie następuje rozrachunek. Usługa wykonawcza wysyła transakcję do odpowiednich kontraktów na Polygon. Ścieżka rozrachunku weryfikuje autoryzowaną transakcję i aktualizuje aktywa, jeśli wykonanie się powiedzie. Nieudana transakcja nie staje się udanym zakupem tylko dlatego, że API wcześniej zgłosiło skojarzenie.
Pełne strzałki pokazują drogę instrukcji do rozrachunku. Przerywane strzałki pokazują powrót zapisanych danych do interfejsu; nie przenoszą zabezpieczenia.
Polymarket dokumentuje cykl życia zlecenia i osobno poleca integracjom poczekać na rozrachunek wykonania przed sprawdzeniem wynikowej pozycji. Znaczenie mają włączenie transakcji do bloku i wymagany stan potwierdzenia; sam identyfikator zlecenia nie wystarcza.
Na końcu indeksatory przetwarzają zapisane zmiany, a API udostępniają zaktualizowane widoki. Interfejs może teraz pokazać pozycję i aktywność. Te etapy potrzebują oddzielnych komunikatów stanu zamiast jednego niejednoznacznego „sukcesu”.
Kontrakty tworzą rodzinę, nie jeden moduł
System oparty na CTF dzieli obowiązki między kilka rodzin kontraktów. Poniższe nazwy opisują role; dokładne kontrakty i uprawnienia zależą od ścieżki.
To mapa odpowiedzialności. Panele nie oznaczają, że każda transakcja wywołuje wszystkie pięć rodzin.
| Rodzina | Rola |
|---|---|
| Portfele, fabryki i infrastruktura aktualizacji | Przechowują aktywa i stosują reguły własności, podpisywania oraz implementacji |
| CTF Exchange lub ścieżka giełdowa ujemnego ryzyka | Weryfikują i rozliczają właściwe skojarzone zlecenia |
| Conditional Tokens | Rejestrują salda wyników CTF i obsługują podział, scalenie oraz wykup |
| Adaptery wyroczni i ścieżki rozstrzygnięcia | Łączą zaakceptowaną odpowiedź z wypłatą zapisaną dla warunku |
| Obsługa opłat, nagród i escrow | Zapewnia dodatkowe procesy księgowania, zachęt lub finansowania tam, gdzie je skonfigurowano |
Rozrachunek i rozstrzygnięcie odpowiadają na różne pytania. Rozrachunek pyta, czy dana transakcja może przenieść aktywa. Rozstrzygnięcie pyta, jaka wypłata wynika z zasad rynku. Dokumentacja rozstrzygnięć Polymarket odróżnia obecnie rynki oparte na UMA od rynków wzrost/spadek opartych na Chainlink TWAP; mechanizm kojarzenia nie ustala wyniku, wybierając cenę transakcji.
Wersja ma znaczenie. Polymarket dokumentuje obecnie systemy pozycji CTF i Protocol V2. Protocol V2 używa PositionManager, a CTF używa Conditional Tokens. Rejestr kontraktów wymienia różne elementy rozrachunkowe. „Exchange V2” nie jest zamienne z „Protocol V2”; zawsze identyfikuj łącznie wersję rynku, rejestr i ścieżkę.
Dane ułatwiają korzystanie z rejestru, lecz mogą być opóźnione
Indeksator przekształca zdarzenia kontraktów w rekordy, które można przeszukiwać. API może łączyć je z metadanymi rynku, cenami lub obliczeniami. To użyteczne dane aplikacyjne, lecz rytm ich aktualizacji może różnić się od potwierdzenia transakcji lub bieżącego strumienia zleceń.
Przewodnik Polymarket po danych on-chain opisuje zdarzenia transferów i wykonań giełdowych. Te rekordy nie zawierają wszystkich oczekujących zleceń poza blockchainem. Podobnie nazwanie indeksatora „podgrafem arkusza zleceń” nie czyni go bieżącym arkuszem. Aktualna oferta i historyczne wykonanie należą do różnych rekordów.
Jeśli portfel wygląda na nieaktualny, porównaj czas jego aktualizacji z transakcją i właściwym rejestrem. Jeśli oferta znika, sprawdź bieżący arkusz. To różne dochodzenia; odświeżenie katalogu nie dowodzi ani niewykonanego zlecenia, ani braku środków.
Relayer pomaga wysyłać transakcje; nie usuwa zależności
Relayer może wysyłać obsługiwane działania portfela, takie jak wdrożenie lub nadanie uprawnień. Dokumentacja portfeli Polymarket opisuje sponsorowane działania, dzięki którym konto nie musi posiadać natywnego tokena na gas dla tych wywołań. Gas nadal jest zużywany; jego koszt opłaca ktoś inny.
Relayer portfela oraz usługi kojarzenia i rozrachunku giełdy mają różne zadania. Znaczenie mają dostępność, obsługiwane wywołania i zasady sponsoringu. Nie zakładaj, że każda transakcja przechodzi przez relayer portfela ani że sponsoring dowodzi czegokolwiek o pieczy nad aktywami, uprawnieniach do aktualizacji czy poprawności wyroczni.
Co zmienia Kuest: witryna może się zmieniać, a ścieżka pozostać wspólna
Publiczny przewodnik po architekturze Kuest odróżnia markę i katalog operatora od wspólnej infrastruktury handlowej. Operatorzy mogą wybierać rynki dla swoich odbiorców, korzystając ze zgodnych wspólnych usług wykonawczych.
Wspólne wykonanie wymaga zgodnych usług, sieci i aktywów. Osobna marka nie tworzy ani nie gwarantuje płynności.
Dwie strony pod różnymi markami, używające tych samych usług i aktywów Kuest, mogą pokazywać wspólne zainteresowanie handlem przy różnych katalogach. Dla operatora oznacza to ponowne wykorzystanie infrastruktury wykonawczej przy tworzeniu doświadczenia dopasowanego do odbiorców.
Operator prezentuje rynek uczestnikom; animator rynku dostarcza zainteresowanie handlem za pomocą zleceń. Te role uczestników są oddzielne od usług kojarzących i rozliczających transakcje. Utworzenie rynku samo nie zapewnia chętnych kontrahentów ani ilości możliwej do wykonania.
Wspólne usługi Kuest nie łączą jego arkusza z arkuszem Polymarket, a lustrzane odwzorowanie pytania nie sprawia, że salda można przenosić między platformami.
Powyższe rodziny kontraktów wyjaśniają odpowiedzialność, nie stanowią kompletnej inwentaryzacji wdrożenia. Przed uruchomieniem rynku sprawdź rzeczywistą sieć, adresy kontraktów, opublikowany kod, uprawnienia i obsługiwany system pozycji. Audyt projektu źródłowego nie obejmuje automatycznie innego wdrożenia lub własnych zmian.
Dla operatora użyteczny przegląd jest konkretny: jakie aktywa rynku pokazuje ta strona, jakie usługi przyjmują jej zlecenia, jakie kontrakty je rozliczają i jak aktualne są wyświetlane rekordy? Nowa marka powinna ułatwiać znalezienie tych odpowiedzi.
Chcesz stworzyć takie doświadczenie dla swoich odbiorców? Utwórz własny rynek predykcyjny, korzystając z konfiguracji prowadzonej przez Kuest.