Wyjaśnienie podstawowego algorytmu Polymarket

Oryginalna praca: @MrRyanChi, @insidersdotbot Założyciel platformy transakcyjnej rynków predykcyjnych

Wstęp: Druga strona Polymarket, której nie znasz

W ciągu ostatnich sześciu miesięcy na Twitterze pojawiły się setki milionów artykułów o rynkach predykcyjnych.

Dziewięćdziesiąt procent z nich mówi o tym, jak programy piszące oparte na AI mogą prowadzić do mitu o szybkim bogaceniu się. To jest „Yuan”, pierwszy krok w kontakcie z tym rodzącym się rynkiem.

Kolejne 9% omawia konkretne strategie handlowe, udostępnianie rynku i analizę strategii „smart money”. To jest „Dao”, pierwszy krok w odkrywaniu własnych strategii handlowych i zaczynaniu rozumienia sposobu myślenia potrzebnego do zarabiania pieniędzy na rynkach predykcyjnych.

Jednak „Fa”, czyli podstawowy projekt handlowy rynków predykcyjnych, obliczenia PNL i zasady przepływu pieniędzy, jest omawiane tylko przez ten 1% ludzi, głównie rozproszonych w zwięzłych tweetach. Ci eksperci-pustelnicy wydają się niechętni lub brakuje im energii, by podzielić się swoimi kompletnymi metodami ze wszystkimi naraz.

Dlatego w dniu, w którym wystartował insiders.bot, a Polymarket zakończył aktualizację v2, chcę zdekonstruować „Fa” tego rynku, na którym handlujemy, zaczynając od najbardziej fundamentalnej technologii.

W zeszłym październiku napisałem uproszczoną wersję, która pobieżnie przedstawiła kilka głównych komponentów Polymarket. Tym razem chcę naprawdę pokazać wszystkie szczegóły techniczne projektu i wyjaśnić je prostym językiem.

Ten artykuł zawiera ciężką pracę naszego zespołu z ostatnich ośmiu miesięcy.

W ciągu tych ośmiu miesięcy zespół @insidersdotbot przeanalizował wszystkie podstawowe inteligentne kontrakty i architekturę algorytmów Polymarket, aby osiągnąć najszybszy handel i najdokładniejsze obliczenia PNL. Jest to coś, co może osiągnąć tylko nasze własne API i do dziś nikt inny nie jest w stanie tego zrobić.

Dlatego uważam, że możemy być tymi, którzy najdokładniej przeanalizują „Fa” Polymarket.

W tym artykule pomogę Ci zrozumieć, jak podstawowy inteligentny kontrakt ctf-exchange-v2 obsługuje każdy fundusz, jak Relayer pomaga Ci płacić za Gas i jak Negative Risk matematycznie zapewnia zachowanie wartości.

To nie jest prosty artykuł popularnonaukowy. To kompleksowa dekonstrukcja algorytmiczna podstawowych mechanizmów Polymarket z perspektywy programisty.

Zacznijmy od podstaw. Czyli, kiedy składasz zlecenie, co dokładnie wysyłasz?

P.S. Ten artykuł został również dostosowany pod względem stylu i struktury przez AI, śmiało udostępniaj go swojemu OpenClaw, Manus, Hermes lub jakiemukolwiek agentowi AI jako materiał szkoleniowy!!!

Rozdział 1: Co dzieje się od kliknięcia do on-chain

1.1 Zlecenia to nie transakcje, to „intencje”

W tradycyjnych zdecentralizowanych giełdach (takich jak Uniswap), kiedy handlujesz, w portfelu pojawia się okno potwierdzenia, musisz zapłacić opłaty za Gas, a następnie wysłać transakcję do sieci blockchain (Mempool), aby czekać, aż górnicy ją spakują.

Ale w Polymarket, kiedy składasz zlecenie, Twój portfel zazwyczaj wyświetla prośbę o „podpis”, a nie prośbę o „transakcję”. Co więcej, nie musisz płacić żadnego Gasu.

To nie tylko optymalizacja doświadczenia użytkownika; to fundamentalna różnica w całej podstawowej architekturze.

W Polymarket zlecenie jest w istocie zestawem ustrukturyzowanych danych zgodnych ze standardem EIP-712. Te dane zawierają to, co chcesz zrobić:

• Czy jesteś Makerem czy Takerem? Który Token (tokenId) chcesz kupić?

• Ile chcesz zapłacić (makerAmount)?

• Ile chcesz otrzymać (takerAmount)?

Kiedy podpisujesz, po prostu pieczętujesz te dane swoim kluczem prywatnym, udowadniając: „Naprawdę chcę to zrobić”. Następnie te podpisane dane są wysyłane na scentralizowany serwer Polymarket i przechowywane w off-chainowej księdze zleceń z limitem (CLOB).

Na tym etapie nic nie wydarzyło się na blockchainie. Twoje pieniądze są nadal w portfelu, a tokeny nie zostały przeniesione. Twoje zlecenie to tylko rekord w bazie danych.

1.2 Implicytne wyrażenie ceny

Zatrzymajmy czas w momencie wysyłania zlecenia. Jeśli przyjrzysz się strukturze zleceń podstawowych kontraktów Polymarket, znajdziesz coś bardzo nieintuicyjnego: w danych podpisu zlecenia nie ma pola „cena”.

Jak to możliwe? Jak może dojść do transakcji bez ceny?

W podstawowym projekcie protokołu Polymarket cena jest implicytna. Jest obliczana na podstawie kwoty, którą chcesz zapłacić, i kwoty, którą chcesz otrzymać.

Jeśli chcesz kupić 100 kontraktów YES po cenie 0,60 USD:

• Musisz zapłacić: 60 pUSD (makerAmount = 60)

• Chcesz otrzymać: 100 kontraktów YES (takerAmount = 100)

• Cena implikowana = makerAmount / takerAmount = 60 / 100 = 0,60 USD

Jeśli chcesz sprzedać 100 kontraktów YES po cenie 0,60 USD:

• Musisz zapłacić: 100 kontraktów YES (makerAmount = 100)

• Chcesz otrzymać: 60 pUSD (takerAmount = 60)

• Cena implikowana = takerAmount / makerAmount = 60 / 100 = 0,60 USD

(Uwaga: Chociaż w najnowszym SDK V2 programiści mogą bezpośrednio wprowadzać cenę i rozmiar, SDK nadal konwertuje je na makerAmount i takerAmount podczas podpisywania. Spryt tego projektu polega na tym, że inteligentny kontrakt nie musi rozumieć, czym jest „cena”; musi jedynie obsługiwać logikę „wymiany aktywa A na aktywo B”. To znacznie upraszcza logikę obliczeń on-chain i zmniejsza zużycie Gasu.)

1.3 Operator: „Policjant drogowy” Polymarket

Skoro wszystkie zlecenia są off-chain, jak stają się rzeczywistymi transferami aktywów on-chain?

To prowadzi nas do najważniejszej roli „czarnej skrzynki” w architekturze Polymarket: Operatora.

W inteligentnym kontrakcie ctf-exchange-v2 znajduje się kluczowy modyfikator: onlyOperator. Oznacza to, że tylko określony adres kontrolowany przez Polymarket ma uprawnienia do wywoływania funkcji wykonawczych, takich jak matchOrders i fillOrder.

To zupełnie inne podejście niż w tradycyjnym DeFi. W Uniswap każdy może wywołać kontrakt routingu. Ale w Polymarket nie możesz samodzielnie dopasowywać transakcji on-chain. Wszystkie dopasowania muszą być przesyłane przez Operatora.

Dlaczego tak to zaprojektowano? Aby wyeliminować MEV (Miner Extractable Value) i front-running.

W tradycyjnych księgach zleceń on-chain, jeśli ktoś złoży duże zlecenie po bardzo niskiej cenie, wszystkie boty arbitrażowe będą gorączkowo licytować w Mempoolu (zwiększając opłaty za Gas), aby spróbować wyprzedzić innych i „zjeść” to zlecenie. Prowadzi to do gwałtownego wzrostu opłat za Gas i słabego doświadczenia dla zwykłych użytkowników.

W Polymarket wszystkie zlecenia znajdują się w off-chainowym CLOB. Silnik dopasowujący Operatora oblicza na serwerze, kto powinien handlować z kim, a następnie pakuje wynik w transakcję, która jest wysyłana do łańcucha przez Operatora.

Ponieważ tylko Operator może przesyłać wyniki dopasowania, nawet jeśli boty w Mempoolu zobaczą tę transakcję, nie mogą jej wyprzedzić (front-run), ponieważ nie mają uprawnień do wywoływania funkcji wykonawczych.

To typowa architektura „hybrydowej decentralizacji”. Dopasowywanie i zlecanie są scentralizowane (decyduje o nich Operator), ale rozliczenie i przechowywanie funduszy są zdecentralizowane (wykonywane przez inteligentne kontrakty).

Operator może decydować, kogo dopasować najpierw, a kogo później, ale absolutnie nie może ukraść Twoich funduszy, ponieważ musi dostarczyć podpisane dane EIP-712, które podpisałeś, a kontrakt ściśle zweryfikuje podpis.

P.S: Muszę jednak wspomnieć, że nasz zespół @insidersdotbot wydaje się niedawno odkrył sposób na wykorzystanie tego mechanizmu, pozwalający obserwującym na front-running lub znaczne opóźnianie transakcji. Jeśli pojawią się jakieś aktualizacje, ogłosimy je na oficjalnym koncie tak szybko, jak to możliwe.

Rozdział 2: Ekonomia Relayera

2.1 Iluzja „braku Gasu”

Jednym z największych atutów Polymarket są „transakcje bez Gasu” dla użytkowników. Do handlu potrzebujesz tylko pUSD, bez konieczności kupowania POL (dawniej MATIC) do portfela.

Ale praw fizyki blockchaina nie da się złamać: dopóki następuje zmiana stanu w Polygon (taka jak transfer aktywów), ktoś musi zapłacić opłaty za Gas.

Skoro Ty nie zapłaciłeś, to kto? Odpowiedź brzmi: Relayer.

2.2 Sieć przekaźnikowa Relayera

Polymarket nie pozwala użytkownikom na samodzielne wysyłanie transakcji, ale wdrożył infrastrukturę o nazwie Relayer Client (relayer-v2.polymarket.com).

We wczesnej architekturze takie usługi zazwyczaj polegały na usługach klasy korporacyjnej, takich jak OpenZeppelin Defender Relay, utrzymując pulę sygnatariuszy w celu rozwiązywania konfliktów nonce przy wysokiej współbieżności.

Kiedy Twoja aplikacja tworzy transakcję (np. zatwierdzenie tokenów, wypłata zysków), podpisujesz ją swoim kluczem prywatnym i wysyłasz do Relayera. Relayer działa jako „Sponsor Transakcji”, przesyłając tę transakcję do łańcucha i pokrywając opłaty za Gas z własnej puli funduszy.

Architektura Relayera i cykl ekonomiczny

2.3 Czy wełna pochodzi z owcy?

W wielu wczesnych architekturach meta-transakcji, po tym jak Relayer pokrył Gas, zazwyczaj pobierał opłatę z depozytu użytkownika (np. 0,3% lub stałą kwotę kilku dolarów), aby zrekompensować koszty Gasu.

Ale Polymarket jest niezwykle agresywny: w obecnej architekturze V2 naprawdę pokrywają pełną kwotę za Ciebie.

Oficjalna dokumentacja wyraźnie stwierdza: „Polymarket płaci za gas dla wszystkich operacji przesyłanych przez relayera”. Niezależnie od tego, czy chodzi o wdrażanie portfeli, autoryzację tokenów, czy dzielenie (Split), łączenie (Merge) lub wypłacanie (Redeem), wszystko jest bezpłatne pod kątem gasu i nie są pobierane żadne ukryte opłaty operacyjne.

Dlaczego Polymarket chce ponosić tę stratę?

Ponieważ koszty Gasu w Polygon są bardzo niskie (zazwyczaj tylko kilka centów), a doświadczenie bez gasu może przyciągnąć ogromny napływ użytkowników Web2. Dopóki użytkownicy ponoszą niewielką opłatę Taker podczas handlu (o czym będzie mowa później), wystarczy to, aby pokryć ten niezwykle niski koszt Gasu.

Znając to, naturalnie nasuwa się kolejne pytanie: jaki wpływ ma ta architektura „bez gasu” na nasz handel?

Największym ukrytym kosztem jest opóźnienie. Twoje zlecenie nie tylko musi przejść przez silnik dopasowujący Polymarket, ale jeśli jest to bezpośrednia operacja on-chain, musi również przejść przez weryfikację Relayera, szacowanie Gasu i przydział do kolejki.

Rozdział 3: Trzy metody dopasowywania i dlaczego kupujący i kupujący również mogą handlować?

Teraz wchodzimy w najbardziej hardkorową i nieintuicyjną część całej architektury Polymarket.

W tradycyjnych giełdach (takich jak księga zleceń Binance) logika dopasowywania jest bardzo prosta: Alicja chce kupić 1 token za 60 USD, Bob chce sprzedać 1 token za 60 USD. Giełda dopasowuje ich do siebie, token przechodzi od Boba do Alicji, a pieniądze od Alicji do Boba. Koniec historii.

Ale w Polymarket (opartym na Conditional Token Framework CTF) sprawy mają się zupełnie inaczej. Ponieważ tutaj tokeny mogą być „tworzone z powietrza” i „niszczone w powietrze”.

Kiedy otworzysz kod źródłowy ctf-exchange-v2, znajdziesz trzy zupełnie różne ścieżki rozliczeń aktywów: COMPLEMENTARY, MINT i MERGE.

Ogólna struktura Complementary, Mint, Merge

3.1 COMPLEMENTARY (Dopasowanie komplementarne): Tradycyjny handel z drugiej ręki

To najłatwiejsza do zrozumienia metoda dopasowywania i jedyna metoda, jaką mają tradycyjne giełdy.

Scenariusz: Rynek istnieje już od jakiegoś czasu i wszyscy mają żetony.

• Alicja chce kupić 100 YES za 0,60 USD.

• Bob ma YES i chce sprzedać 100 YES za 0,60 USD.

Operator znajduje te dwa zlecenia (KUPNO vs SPRZEDAŻ) i pakuje je on-chain. Inteligentny kontrakt wykonuje bezpośredni transfer peer-to-peer:

1. Przenosi 100 YES z adresu Boba do Alicji.

2. Przenosi 60 pUSD z adresu Alicji do Boba.

Ten mechanizm ma następujące cechy matematyczne i inżynieryjne:

• Gra o sumie zerowej: Całkowita podaż tokenów w systemie nie uległa zmianie.

• Minimalne zużycie Gasu: Obejmuje tylko podstawowe transfery, bez złożonych operacji CTF.

• Standaryzacja: Na dojrzałym, płynnym rynku zdecydowana większość codziennych transakcji jest przeprowadzana w ten sposób.

3.2 MINT (Dopasowanie przez bicie): Tworzenie płynności z powietrza

To może być najbardziej rewolucyjna innowacja w Polymarket, a nawet w całej historii finansów.

Aby lepiej wyjaśnić, możemy odnieść się do tego scenariusza: Właśnie wystartował zupełnie nowy rynek i nikt nie ma tokenów YES ani NO.

• Alicja jest skrajnie bycza; chce kupić 100 YES za 0,60 USD.

• Bob jest skrajnie niedźwiedzi; chce kupić 100 NO za 0,40 USD.

Uwaga: Oboje są kupującymi! Żadne z nich nie ma tokenów, których chce drugie!

W tradycyjnej księdze zleceń te dwa zlecenia mogą tylko patrzeć na siebie i nigdy nie będą w stanie się wykonać. W Polymarket, jeśli wystąpi KUPNO vs KUPNO (a tokeny są komplementarne), Operator dopasuje te dwa zlecenia do siebie!

1. Inteligentny kontrakt odejmuje 60 pUSD z konta Alicji.

2. Inteligentny kontrakt odejmuje 40 pUSD z konta Boba.

3. Inteligentny kontrakt bierze te 100 pUSD, blokuje je jako zabezpieczenie, a następnie wywołuje funkcję _mint, aby stworzyć 100 YES i 100 NO z powietrza.

4. Wysyła 100 YES do Alicji.

5. Wysyła 100 NO do Boba.

Uruchomienie tego mechanizmu musi opierać się na ścisłym warunku matematycznym: suma ofert kupujących musi być większa lub równa 1,00 USD.

Jeśli Alicja oferuje 0,60 USD za YES, a Bob oferuje 0,35 USD za NO, suma wynosi tylko 0,95 USD. Inteligentny kontrakt nie może wybić kompletnej pary tokenów o wartości 1,00 USD za 0,95 USD. To dopasowanie bezpośrednio się nie powiedzie.

Mechanizm dopasowania MINT

Z perspektywy animatora rynku ten mechanizm jest ostateczną bronią do rozwiązania problemu „zimnego startu”. Kiedy rynek dopiero się otwiera, animatorzy rynku nie muszą wydawać pieniędzy na bicie wielu tokenów, aby je trzymać (co zajęłoby dużo funduszy). Muszą jedynie składać zlecenia kupna po obu stronach YES i NO jednocześnie (na przykład 0,49 USD za YES, 0,49 USD za NO). Kiedy inwestorzy detaliczni przyjdą sprzedawać, uruchomi to logikę bicia.

3.3 MERGE (Dopasowanie przez scalanie): Anihilacja płynności

Gdzie jest tworzenie, tam jest niszczenie. MERGE to odwrotny proces do MINT.

Przyjrzyjmy się odwrotnemu przypadkowi. Rynek ma się zamknąć i wszyscy zamykają swoje pozycje.

• Alicja ma 100 YES i chce sprzedać po 0,60 USD.

• Bob ma 100 NO i również chce sprzedać po 0,40 USD.

Uwaga: Oboje są sprzedającymi! Nikt nie chce płacić pUSD, aby kupić ich tokeny.

W tym momencie mechanizm Polymarket znów zacznie działać. Napotykając SPRZEDAŻ vs SPRZEDAŻ, Operator znów wykona swoją magię:

1. Inteligentny kontrakt bierze 100 YES od Alicji.

2. Inteligentny kontrakt bierze 100 NO od Boba.

3. Inteligentny kontrakt wywołuje funkcję _merge, aby całkowicie zniszczyć te 100 par YES+NO i odblokować 100 pUSD ze skarbca.

4. Wysyła 60 pUSD do Alicji.

5. Wysyła 40 pUSD do Boba.

Mechanizm Merge ma następujące cechy matematyczne i finansowe:

• Mechanizm deflacyjny: Całkowita podaż tokenów w systemie maleje.

• Kanał wyjścia: Zapewnia, że nawet bez „kupującego”, o ile ceny sprzedaży YES i NO mogą zsumować się do 1,00 USD (w rzeczywistości rezygnując z 1,00 USD przestrzeni), każdy nadal może wypłacić gotówkę.

Zrozumienie tych trzech metod dopasowywania daje wgląd w cykl życia rynku Polymarket:

• Wczesny etap (dominacja MINT): Rynek dopiero się otworzył i nie ma tokenów. Zarówno strona bycza, jak i niedźwiedzia stale wstrzykują fundusze do systemu poprzez mechanizm MINT w zamian za tokeny. Całkowita podaż szybko rośnie.

• Środkowy etap (dominacja COMPLEMENTARY): Rynek ma dużą płynność, a większość transakcji to wymiana istniejących tokenów. Całkowita podaż się stabilizuje.

• Późny etap (dominacja MERGE): Wyniki stają się jaśniejsze i wszyscy zaczynają zamykać swoje pozycje. Zarówno strona bycza, jak i niedźwiedzia niszczą tokeny poprzez mechanizm MERGE, aby wypłacić gotówkę. Całkowita podaż maleje.

Należy pamiętać, że te trzy ścieżki nie są subiektywnie wybierane przez Operatora, ale są ściśle określane przez zasady routingu inteligentnego kontraktu w oparciu o kierunek zleceń (KUPNO vs SPRZEDAŻ).

Cykl życia rynku

Rozdział 4: Split/Merge/Redeem i dlaczego Twój PnL jest błędny?

Po zrozumieniu mechanizmu dopasowywania, przyjrzyjmy się trzem podstawowym operacjom, których możesz używać codziennie, ale nigdy tak naprawdę nie zrozumiałeś ich wpływu finansowego: Split, Merge i Redeem.

Te trzy operacje są operacjami na poziomie atomowym Polymarket. Nie są to „transakcje” (nie przechodzą przez księgę zleceń, nie wiążą się z opłatami), ale bezpośrednio wchodzą w interakcję z inteligentnym kontraktem w celu konwersji aktywów.

• Split: Dajesz kontraktowi 1 pUSD, a kontrakt daje Ci 1 YES i 1 NO. Koszt zawsze wynosi dokładnie 1 USD.

• Merge: Dajesz kontraktowi 1 YES i 1 NO, a kontrakt zwraca Ci 1 pUSD. Zysk zawsze wynosi dokładnie 1 USD.

• Redeem: Po tym, jak rynek ustali zwycięzcę i przegranego, zwycięski token jest wymieniany na 1 pUSD, a przegrany token jest zerowany.

Porównanie przed i po operacji Split

4.1 Kto używa tych operacji?

• Animatorzy rynku: Są największymi użytkownikami Splitu. Animatorzy rynku muszą składać zlecenia po obu stronach jednocześnie, ale nie chcą kupować tokenów na rynku (co wiąże się z opłatami). Bezpośrednio dzielą 100 000 USD na 100 000 YES i 100 000 NO, a następnie umieszczają je w księdze zleceń.

• Arbitrażyści: Są największymi użytkownikami Merge. Kiedy na rynku występuje tymczasowa błędna wycena, taka jak spadek YES do 0,40 USD i spadek NO do 0,55 USD, arbitrażyści szybko kupią 1 YES i 1 NO (całkowity koszt 0,95 USD), a następnie natychmiast wywołają Merge, aby odzyskać 1 USD, osiągając wolny od ryzyka zysk netto w wysokości 0,05 USD. Warunek matematyczny jest bardzo jasny: gdy Cena(YES) + Cena(NO) < 1 - opłaty, kupno i scalenie to oczywistość.

Więc kiedy próbujesz naśladować „smart money” arbitrażysty lub animatora rynku, musisz dokładnie ocenić wpływ Split/Merge na PnL. W przeciwnym razie nie jest to „smart money” warte odniesienia.

Obecnie, w tym sam Polymarket, nikt nie jest w stanie rozwiązać problemu obliczania PnL. Oczywiście, być może zgadłeś – insiders.bot już rozwiązał ten problem w obliczeniach PnL i przeglądarkach smart money.

4.2 Pułapka PnL: Dlaczego Twój zysk jest błędny?

Jak wspomniano powyżej, jest to najczęstszy błąd w całym ekosystemie Polymarket. Prawie wszystkie zewnętrzne narzędzia do śledzenia PnL, w tym niektóre oficjalne API, potknęły się tutaj.

Pozwól, że obliczę przykład, a zobaczysz, jak głęboka jest ta pułapka.

Krok 0: Załóżmy, że masz kapitał 100 USD. Jesteś optymistą co do rynku „Ethereum przekraczające 5000 USD”.

Krok 1: Wydajesz 50 USD na wykonanie Splitu. Teraz masz 50 YES i 50 NO. Twoja gotówka pozostaje 50 USD.

Krok 2: Czujesz, że 50 YES to za mało, więc idziesz na rynek i kupujesz 50 YES po cenie 0,40 USD. Kosztuje to 20 USD. Gotówka pozostaje 30 USD.

Krok 3: Sprzedajesz 50 NO, które masz, po cenie 0,35 USD. Odzyskujesz 17,50 USD. Gotówka wynosi 47,50 USD.

Teraz masz 100 kontraktów YES. Jaki jest Twój rzeczywisty koszt?

Jak oblicza większość rankingów (błędny algorytm):

Patrzą tylko na Twoje rekordy „handlowe”. Widzą, że kupiłeś 50 YES, co kosztowało 20 USD. Całkowicie ignorują Split (ponieważ to nie jest transakcja).

Więc myślą, że Twój koszt to: 20 USD / 50 = 0,40 USD za sztukę.

Jeśli obecna cena rynkowa YES wzrośnie do 0,60 USD, pokazaliby Twój zysk jako: 100 × 0,60 USD - 20 USD = 40 USD.

Jak powinieneś faktycznie obliczać (poprawny algorytm, którego używa insiders.bot):

Twój całkowity odpływ gotówki: 50 USD (Split) + 20 USD (kupno) = 70 USD.

Twój całkowity napływ gotówki: 17,50 USD (sprzedaż NO)

Twoja inwestycja netto: 70 USD - 17,50 USD = 52,50 USD

Twój rzeczywisty koszt: 52,50 USD / 100 = 0,525 USD za sztukę.

Jeśli obecna cena rynkowa YES wynosi 0,60 USD, Twój rzeczywisty zysk to: 100 × 0,60 USD - 52,50 USD = 7,50 USD.

Widzisz różnicę? Ranking pokazuje, że zarobiłeś 40 USD, ale faktycznie zarobiłeś tylko 7,50 USD. 32,50 USD „zjawiskowego zysku” pomiędzy wynika z tego, że system nie obsłużył poprawnie kosztu Splitu i przychodu ze sprzedaży NO.

Poprawna formuła matematyczna PnL powinna wyglądać następująco:

Całkowity PnL = Σ(przychód ze sprzedaży) + Σ(przychód z Merge) + Σ(przychód z Redeem) - Σ(wydatki na kupno) - Σ(wydatki na Split) + Wartość rynkowa obecnej pozycji

Dlatego widzisz niektórych dużych graczy w rankingu wykazujących straty milionów, ale w rzeczywistości zarabiają fortunę. Ponieważ zwycięskie pozycje, po ich wykupieniu (Redeem), wiele narzędzi „wymazuje” z historycznych rekordów, pozostawiając tylko te, które nadal są w stracie.

Pułapka obliczania PnL

Rozdział 5: Krzywa opłat

Jeśli handlujesz często, odkryjesz, że opłaty Polymarket nie są stałym procentem. Czasami jesteś obciążony 10 USD za kupno kontraktu o wartości 1000 USD, a czasami tylko 2 USD.

Dlaczego? Przyjrzyjmy się formule opłat ukrytej głęboko w kodzie:

Opłata = C × feeRate × p × (1 - p) (gdzie C to kwota transakcji, p to cena)

5.1 Dlaczego p(1-p)?

Załóżmy, że chcesz kupić 100 YES przy stawce 2%:

• Jeśli cena YES wynosi 0,50 USD: Opłata = 100 × 2% × 0,50 × 0,50 = 0,50 USD

• Jeśli cena YES wynosi 0,90 USD: Opłata = 100 × 2% × 0,90 × 0,10 = 0,18 USD

• Jeśli cena YES wynosi 0,10 USD: Opłata = 100 × 2% × 0,10 × 0,90 = 0,18 USD

Widzisz wzór? Opłata jest najwyższa, gdy cena wynosi 0,50 (równomiernie dopasowana). Gdy cena zbliża się do 0 lub 1 (wynik jest prawie pewny), opłata jest niezwykle niska.

Co ważniejsze, istnieje symetria. Kupno YES po 0,90 USD i kupno NO po 0,10 USD są matematycznie równoważne. Jeśli jesteś obciążony wysoką opłatą za kupno YES po 0,90 USD i niską opłatą za kupno NO po 0,10 USD, arbitrażyści oszaleją, kupując NO, a następnie dokonując arbitrażu poprzez mechanizm MINT. Projekt p(1-p) zapewnia, że niezależnie od tego, z której strony wyrażasz swoją opinię, koszty tarcia pobierane przez system są absolutnie symetryczne.

5.2 Ukryte matematyczne piękno

Jeśli studiowałeś statystykę, będziesz bardzo dobrze znał wzór p(1-p). Jest to wzór na wariancję rozkładu Bernoulliego (rzut monetą).

W całym projekcie systemu Polymarket p(1-p) jest „formułą Boga”:

1. To krzywa opłat: Im większa niepewność (wariancja), tym wyższe opłaty pobierane przez system.

2. Odzwierciedla entropię informacji: Kiedy obstawiasz przy 50%, dostarczasz rynkowi najwięcej nowych informacji, więc Twój koszt jest najwyższy.

Kto płaci opłaty? Zawsze jest to Taker. Maker jest zawsze zwolniony z opłat.

Ten mechanizm doskonale wyrównuje zachęty: gdy rynek jest najbardziej niepewny (50/50), wczesnym uczestnikom będą naliczane najwyższe opłaty, chroniąc animatorów rynku przed niepotrzebnymi wstrząsami; podczas gdy gdy rynek jest prawie pewny, niezwykle niskie opłaty zachęcają arbitrażystów do wejścia i popchnięcia cen w stronę ostatecznego 1 lub 0.

Krzywa opłat

Rozdział 6: Negative Risk, czyli najbardziej elegancka magia w DeFi

Jeśli grałeś na rynkach z wieloma wynikami, takich jak wybory, Oscary lub wydarzenia sportowe w Polymarket, musiałeś napotkać rynki Negative Risk.

To najbardziej wymagająca część całego artykułu, ale najlepiej odzwierciedla estetykę inżynierii inteligentnych kontraktów.

P.S. To również część, którą nasz współzałożyciel @DakshBigShit rozwiązał po 36-godzinnym maratonie podczas tworzenia naszego własnego API.

6.1 Punkty bólu tradycyjnych rynków z wieloma wynikami

Załóżmy, że jest czterech kandydatów: A, B, C, D. Absolutnie nienawidzisz A i jesteś pewien, że A nie może wygrać. Chcesz „skrócić” A.

Na tradycyjnym rynku binarnym wystarczy kupić kontrakt NO dla A. Ale na rynku z wieloma wynikami, jeśli A przegra, oznacza to, że jeden z B, C lub D musi wygrać. Więc „skracanie A” jest matematycznie ściśle równoważne z „graniem na wzrosty B + graniem na wzrosty C + graniem na wzrosty D”. (To zdanie jest bardzo ważne; czytaj je wielokrotnie, aż zrozumiesz.)

Jeśli pójdziesz na rynek i kupisz kontrakty YES dla B, C i D osobno, napotkasz ogromny problem: bardzo niska efektywność kapitałowa. Ponieważ musisz zapłacić trzy osobne kwoty, a jeśli ceny tych trzech sumują się do więcej niż 1,00 USD, możesz nawet ponieść stratę.

6.2 Magia Negative Risk Adapter (NegRiskAdapter)

Polymarket wdrożył dedykowany inteligentny kontrakt NegRiskAdapter, aby rozwiązać ten problem. Zapewnia on funkcję o nazwie convertPositions.

Celem funkcji jest natychmiastowa konwersja Twoich kontraktów NO na kontrakty YES dla wszystkich innych kandydatów i zwrócenie Ci kwoty gotówki.

Udowodnijmy matematycznie, dlaczego ta konwersja zachowuje wartość.

Konfiguracja scenariusza: Jest n kandydatów.

• Masz A udziałów kontraktów NO dla kandydata 1 i A udziałów kontraktów NO dla kandydata 2 (skracasz obu 1 i 2).

• Posiadasz łącznie m różnych kontraktów NO (tutaj m=2).

Przed konwersją, rzeczywista wartość Twoich udziałów (we wszystkich możliwych liniach czasowych):

• Jeśli wygra kandydat 1: NO_1 staje się bezwartościowy, NO_2 jest wart 1 USD. Całkowita wartość = A.

• Jeśli wygra kandydat 2: NO_1 jest wart 1 USD, NO_2 staje się bezwartościowy. Całkowita wartość = A.

• Jeśli wygra kandydat 3 (wygra ktokolwiek, kogo nie skróciłeś): NO_1 jest wart 1 USD, NO_2 jest wart 1 USD. Całkowita wartość = 2A.

Co daje Ci kontrakt po wywołaniu convertPositions?

Formuła brzmi: zwraca A × (m-1) w gotówce, plus A udziałów kontraktów YES dla kandydatów 3, 4, ... n.

W tym przykładzie zwraca: A × (2-1) = A w gotówce! Plus A udziałów YES dla kandydata 3, A udziałów YES dla kandydata 4...

Po konwersji, rzeczywista wartość Twoich udziałów (we wszystkich możliwych liniach czasowych):

• Jeśli wygra kandydat 1: Twoje YES_3 i YES_4 stają się bezwartościowe. Masz tylko gotówkę A. Całkowita wartość = A. (Równa wartości przed konwersją!)

• Jeśli wygra kandydat 2: Twoje YES_3 i YES_4 stają się bezwartościowe. Masz tylko gotówkę A. Całkowita wartość = A. (Równa wartości przed konwersją!)

• Jeśli wygra kandydat 3: Twój YES_3 jest wart 1 USD, inne stają się bezwartościowe. Plus gotówka A. Całkowita wartość = A + A = 2A. (Równa wartości przed konwersją!)

Q.E.D. Niezależnie od tego, jak rozwija się świat, wartość przed i po konwersji jest absolutnie równa.

Matematyczny dowód konwersji Negative Risk

6.3 Dlaczego jest to „jednokierunkowy, nieodwracalny” proces zwiększania entropii?

Ten mechanizm konwersji ma niezwykle urokliwą właściwość fizyczną: jest jednokierunkowy i nieodwracalny.

Możesz przekonwertować NO na YES + gotówka. Ale nigdy nie możesz przekonwertować YES + gotówka z powrotem na NO.

Dlaczego? Ponieważ na podstawowym poziomie inteligentnego kontraktu, kiedy konwertujesz NO na YES, kontrakt faktycznie wysyła Twoje kontrakty NO na adres czarnej dziury (Burn), a następnie używa uwolnionej przestrzeni zabezpieczenia, aby „zsyntetyzować” nowe kontrakty YES. Nie wymaga to wstrzykiwania nowych zewnętrznych funduszy.

Ale jeśli chcesz to odwrócić i zamienić YES na NO, musisz stworzyć nowe zabezpieczenie z powietrza (ponieważ kontrakty NO obejmują znacznie szerszy zakres niż YES). Adapter nie ma uprawnień do korzystania z funduszy skarbca.

To jak rozbicie jajka. NO to całe jajko, zawierające wszystkie możliwości. Operacja konwersji jest jak rozbicie jajka, oddzielenie go na żółtko (YES) i białko (gotówka). Proces zachowuje wartość, ale nigdy nie możesz złożyć ich z powrotem w całe jajko.

Istnieje tutaj ogromna okazja arbitrażowa: jeśli odkryjesz, że cena NO danego kandydata jest większa niż całkowita cena YES wszystkich innych kandydatów, możesz kupić to NO, wywołać convertPositions, aby otrzymać gotówkę i garść YES, a następnie natychmiast sprzedać te YES. To najwyższy poziom wolnego od ryzyka arbitrażu na rynkach z wieloma wynikami.

Rozdział 7: Fizyczne ekstrema prędkości

Na koniec porozmawiajmy o najbardziej brutalnym wymiarze handlu: czasie.

W tradycyjnym handlu wysokiej częstotliwości omawiamy mikrosekundy (milionowe części sekundy). W Polymarket omawiamy milisekundy. Ale istnieje tutaj ogromna nierówność strukturalna.

Jeśli obracałeś się w sekcji handlu algorytmicznego na Reddicie, odkryjesz, że wszyscy programiści tworzący boty dla Polymarket narzekali na to samo: „Dlaczego zawsze muszę czekać 300 milisekund na zlecenia Taker, podczas gdy zlecenia Maker zajmują tylko 25 milisekund?”

7.1 Dlaczego zlecenia Maker są szybkie, a Taker wolne?

• Kiedy składasz zlecenie Maker (limit order): Twoje zlecenie (dane podpisu) jest wysyłane na serwer Polymarket. Serwer sprawdza ważność podpisu i bezpośrednio wstawia ten rekord do bazy danych CLOB (księga zleceń) w pamięci. Następnie natychmiast zwraca Ci ACK (potwierdzenie). Cały proces odbywa się całkowicie off-chain i wymaga tylko jednego zapisu do bazy danych. Czas trwania: ~25 milisekund.

• Kiedy składasz zlecenie Taker (market order): Twoje zlecenie jest wysyłane na serwer. Silnik dopasowujący stwierdza, że Twoje zlecenie może zostać dopasowane do Makera w księdze zleceń. W tym momencie Operator musi zainicjować złożony potok rozliczeniowy:

  1. Zdecydować, której ścieżki dopasowania użyć (COMPLEMENTARY, MINT lub MERGE).

  2. Skonstruować dane transakcji on-chain zawierające podpisy obu stron.

  3. Wysłać transakcję do Relayera.

  4. Relayer szacuje Gas i przydziela Nonce.

  5. Rozgłosić transakcję do węzłów Polygon.

  6. Czekać, aż węzły potwierdzą, że ta transakcja nie zostanie cofnięta z powodu niewystarczającego salda lub innych powodów.

  Cały proces obejmuje wiele mikrousług, a nawet dotyka krawędzi blockchaina. Czas trwania: ~250 do 300 milisekund.

7.2 Co oznacza te 250 milisekund?

Ta fizyczna luka 250 milisekund głęboko kształtuje ekosystem Polymarket.

Po pierwsze, bardzo trudno jest dokonać front-runningu w Polymarket. Ponieważ wszystkie zlecenia Taker muszą czekać w kolejce na przetworzenie przez Operatora, nie możesz wepchnąć się w kolejkę, zwiększając opłaty za Gas. Front-running w Mempoolu jest tutaj chwilowo nieistotny.

Po drugie, absolutna przewaga strategii Maker. Ponieważ anulowanie (Cancel) i zlecenia Maker są operacjami off-chain, zajmują tylko 25 milisekund. Kiedy pojawiają się ważne wiadomości, sprytni animatorzy rynku mogą wykorzystać tę różnicę czasu 250 milisekund, aby anulować swoje zlecenia, zanim zlecenia Taker zostaną rozliczone (nazywa się to unikaniem selekcji negatywnej).

7.3 90 sekund przestoju w każdy wtorek rano

Istnieje jeszcze jeden mało znany szczegół dotyczący czasu. Według oficjalnej dokumentacji, w każdy wtorek o 7:00 rano czasu wschodniego silnik dopasowujący Polymarket restartuje się. W ciągu tych około 90 sekund system przestaje przetwarzać jakiekolwiek dopasowania, a API zwraca błąd HTTP 425 (Too Early).

Co gorsza, V2 wprowadziło mechanizm Heartbeat. Jeśli serwer nie otrzyma sygnału heartbeat od klienta w ciągu 10 sekund, automatycznie anuluje wszystkie otwarte zlecenia tego użytkownika. Podczas tych 90 sekund restartu, sygnały heartbeat animatorów rynku są siłą przerywane, a ich zlecenia są zbiorowo czyszczone przez system.

Te 90 sekund reprezentuje prawdziwą „próżnię płynności” w systemie. Dla modeli wyceny opcji, jak wycenić Theta (zanik czasu) tych 90 sekund i jak przejąć rynek, gdy silnik wznawia pracę w 91. sekundzie, jest ostateczną zagadką dla najlepszych platform i studiów ilościowych.

Porównanie osi czasu opóźnień

Rozdział 8: Epicka restrukturyzacja V2 i ostateczna bitwa z „Ghost Fill”

Jeśli przeczytałeś aż dotąd, zrozumiałeś podstawowy szkielet Polymarket. Ale jeśli chcesz nadal zarabiać na tym rynku w 2026 roku, musisz zrozumieć wielkie trzęsienie ziemi, które właśnie miało miejsce.

Między lutym a majem 2026 roku Polymarket po cichu przeszedł epicką aktualizację architektury V2. Ta aktualizacja nie tylko zrestrukturyzowała zabezpieczenia i formuły opłat, ale co ważniejsze, rozpoczęła ostateczną bitwę o rozwiązanie najbardziej notorycznego błędu na rynkach predykcyjnych, a mianowicie ghost fills (Ghost Fill).

8.1 Czym jest Ghost Fill? Rozłączenie stanu między on-chain a off-chain

Przed aktualizacją Polymarket V2, niezliczeni animatorzy rynku i boty ilościowe byli dręczeni zjawiskiem: Twój bot wychwytuje świetną okazję na rynku 5-minutowym (np. BTC Up/Down 5m) i natychmiast wysyła żądanie Taker. API Polymarket natychmiast zwraca: „Dopasowano! Sukces!”. Twój alert na Telegramie również wyskakuje z ekscytacją „FILLED”. Ale kiedy otwierasz Polygonscan, aby sprawdzić eksplorator blockchaina, odkrywasz, że ta transakcja jest oznaczona jako REVERTED (nieudana), marnując opłaty za Gas na nic. A Twoja pozycja pozostaje niezmieniona.

Księga zleceń wyraźnie pokazuje dopasowanie, ale blockchain mówi, że nic się nie stało. To jest ghost fill (Ghost Fill).

Aby zrozumieć istotę tego błędu, musimy wrócić do podstawowej architektury omówionej w Rozdziale 1: Dopasowanie off-chain + Rozliczenie on-chain.

Kiedy zlecenie kupna Alicji i zlecenie sprzedaży Boba dopasowują się w off-chainowej księdze zleceń (CLOB), system tylko stawia znak równości między tymi dwoma zleceniami w bazie danych. Rzeczywisty transfer aktywów wymaga od Operatora spakowania podpisów obu stron i przesłania ich do łańcucha Polygon w celu wykonania TransferFrom.

Tworzy to fatalną lukę czasową. Podczas tej luki czasowej stan portfela użytkownika może ulec zmianie.

8.2 Dwie ścieżki ataku Ghost Fill

We wczesnej wersji V1 i dopiero co uruchomionej V2, hakerzy i złośliwi animatorzy rynku wykorzystali tę lukę czasową, aby wymyślić dwie wysoce destrukcyjne metody ataku:

• Pierwsza: Atak typu incrementNonce niskim kosztem (Era V1)

  W architekturze V1 stany zleceń były zarządzane przez globalny nonce (liczbę losową). Złośliwi gracze mogli szaleńczo publikować wysoce atrakcyjne fałszywe zlecenia (Spoofing) off-chain. Kiedy prawdziwy kupujący się nabiera, a zlecenie pokazuje dopasowanie off-chain, złośliwy gracz może wywołać funkcję incrementNonce on-chain, zanim Operator je prześle.

  Ta operacja kosztuje bardzo mało (kilka centów w Gasie), ale może natychmiast unieważnić wszystkie stare zlecenia nonce dla tego adresu. Kiedy Operator przesyła dopasowaną transakcję on-chain, inteligentny kontrakt stwierdza, że nonce jest nieprawidłowy i bezpośrednio cofa transakcję. Atakujący uchodzi z życiem, podczas gdy prawdziwy kupujący nie tylko traci okazję handlową, ale może również zostać wprowadzony w błąd przez fałszywą księgę zleceń.

• Druga: „Zombie Orders” z pustych portfeli (Wczesna V2)

  Aktualizacja V2 usunęła globalny nonce i użyła pojedynczego hasha zlecenia do zarządzania stanami anulowania, blokując pierwszą ścieżkę. Ale hakerzy szybko odkryli głębszą lukę: oszustwo salda. Złośliwy użytkownik może wpłacić 1000 USD do portfela, podpisać garść zleceń z limitem o łącznej wartości 10 000 USD, a następnie natychmiast przelać wszystkie pieniądze z portfela. Ponieważ zlecenia Polymarket są podpisywane offline, dopóki podpis jest ważny, a zatwierdzenie tokena (Approval) nie jest cofnięte, te zlecenia wydają się „legalne” dla off-chainowego silnika dopasowującego. Ale w rzeczywistości saldo tego portfela wynosi 0.

  Kiedy Twój bot „zjada” te „zombie orders”, a Operator przesyła je on-chain, podstawowa funkcja biblioteki Solady TransferFrom wyrzuci błąd (kod błędu 0x7939f424) z powodu niewystarczającego salda po drugiej stronie. Twoja transakcja znów się cofa.

8.3 Dlaczego tradycyjne giełdy nie mają tego problemu?

Możesz zapytać: dlaczego Binance lub tradycyjne zdecentralizowane giełdy (takie jak Uniswap) nie mają tego problemu?

Ponieważ Binance jest czysto scentralizowane; Twoje pieniądze istnieją w jego bazie danych i ma nad nimi absolutną kontrolę. Dopasowanie i odliczenie następują atomowo. A Uniswap jest czysto on-chain; dopasowanie i odliczenie są zakończone w tej samej transakcji inteligentnego kontraktu, również atomowo.

Ale Polymarket wybrał architekturę hybrydową: dopasowanie off-chain szuka szybkości, podczas gdy rozliczenie on-chain szuka przejrzystości. Tymczasem fundusze użytkowników są przechowywane w całkowicie samodzielnie zarządzanych portfelach (takich jak EOA lub Gnosis Safe), gdzie użytkownicy mają absolutne prawo do dysponowania nimi i mogą przelać pieniądze w dowolnym momencie.

Dopóki stany finansowania po obu stronach dopasowania są powiązane z prawdziwie wolnym, samodzielnie zarządzanym portfelem użytkownika, „rozłączenie stanu” zawsze będzie istnieć.

8.4 Ostateczne rozwiązanie: Deposit Wallet (Powiązany Skarbiec)

4 maja 2026 roku Polymarket oficjalnie ogłosił główną aktualizację na poziomie protokołu, bezpośrednio zmniejszając odsetek ghost fills ze szczytowego poziomu 30% do 0,17% i dążąc do zera.

Jak to zrobili? Odpowiedzią jest wprowadzenie Deposit Wallet (Powiązany Skarbiec).

Polymarket w końcu zdał sobie sprawę, że fundamentalnym sposobem na rozwiązanie ghost fills jest ograniczenie „absolutnej wolności” funduszy użytkowników. W nowej architekturze użytkownicy nie mogą już bezpośrednio uczestniczyć w dopasowaniu off-chain za pomocą swoich natywnych portfeli (EOA). Musisz najpierw wpłacić fundusze do Deposit Wallet kontrolowanego przez inteligentny kontrakt.

W tym skarbcu:

• Masz własność, ale nie absolutne natychmiastowe prawo do dysponowania.

• Kiedy składasz zlecenie off-chain, skarbiec logicznie blokuje odpowiednie dostępne saldo.

• Jeśli chcesz wypłacić pieniądze ze skarbca, ta operacja wypłaty (State Revocation) sama w sobie ma przypisany fizyczny koszt czasowy. Musi przejść weryfikację przez inteligentny kontrakt, aby upewnić się, że nie masz oczekujących zleceń, które są dopasowywane.

Wprowadzając tę warstwę buforową, Polymarket siłą wiąże stan dopasowania off-chain ze stanem finansowania on-chain, całkowicie eliminując możliwość „zleceń z pustego portfela”. To nie tylko zwycięstwo inżynieryjne, ale także głęboki kompromis i rekonstrukcja sprzeczności między „samodzielnym przechowywaniem” a „efektywnością handlu” w zdecentralizowanych finansach.

8.5 Inne hardkorowe aktualizacje w V2

Oprócz ostatecznego rozwiązania Ghost Fill, architektura V2 zawiera kilka głębokich aktualizacji, które zmieniają krajobraz rynku:

• Przeniesienie mocy pUSD: 28 kwietnia podstawowe zabezpieczenie w pełni przeszło z USDC.e na pUSD. Pozwoliło to Polymarket przejąć kontrolę nad oprocentowanymi aktywami bazowymi, umożliwiając zapewnienie użytkownikom do 4,00% rocznych nagród za trzymanie. pUSD stało się nową infrastrukturą efektywności kapitałowej.

• Wdrożenie idealnej formuły p(1-p): Porzucono zgrubne przybliżenie min(p, 1-p) z ery V1, a formuła opłat została bezpośrednio zmodyfikowana do idealnej formuły wariancji Bernoulliego p × (1-p). Absolutna gładkość matematycznie pozwala modelom wyceny arbitrażystów być bardziej precyzyjnymi.

• Usunięcie sztucznych progów prędkości: W początkowym okresie, aby chronić animatorów rynku przed byciem pokonanymi przez boty API, kod miał na sztywno zakodowane opóźnienie Taker do 500 milisekund. Wraz z poprawą wydajności silnika V2 i wprowadzeniem mechanizmu Heartbeat (rozłączenie na 10 sekund czyści zlecenia), oficjalny zespół całkowicie usunął ten sztuczny próg prędkości pod koniec lutego, deklarując, że Polymarket oficjalnie wszedł w fazę walki HFT (handlu wysokiej częstotliwości) na poziomie mikrosekund. (To również powód, dla którego my w insiders.bot przygotowujemy się do otwarcia źródła API wkrótce, aby dołączyć do tej bitwy.)

Wniosek: Przejrzenie tej maszyny od zera

Od momentu kliknięcia w celu złożenia zlecenia:

• Twój podpis jest wysyłany do off-chainowej księgi zleceń.

• Relayer spala swój Gas, aby utorować Ci drogę.

• Operator szuka dla Ciebie optymalnej ścieżki dopasowania wśród COMPLEMENTARY, MINT i MERGE.

• Krzywa opłat elegancko wyodrębnia drobne koszty tarcia za pomocą formuły p(1-p).

• Jeśli Twoja operacja jest złożona, NegRiskAdapter wykona nawet dla Ciebie alchemię zachowania materiału.

Ostatecznie wszystko jest rozliczane w ciągu tych decydujących 250 milisekund. (To również powód, dla którego insiders.bot uważa przejrzystość i szybkość śledzenia transakcji za kluczowe.)

Twoje pieniądze nie zniknęły. Po prostu ściśle przestrzegają praw fizyki tej precyzyjnej maszyny o nazwie ctf-exchange-v2, płynąc tam, gdzie powinny.

Następnym razem, gdy zobaczysz oburzające kursy lub kuszącą okazję arbitrażową w Polymarket, nie spiesz się z kliknięciem Kup. Najpierw przeanalizuj w myślach działanie tej maszyny.

Zrozumienie tych fundamentalnych „Fa”, w połączeniu z odpowiednim „Dao”, z pewnością uczyni Cię niezwyciężonym.

P.S. Wersja PDF tego artykułu jest również gotowa. Obserwuj @insidersdotbot i wyślij DM „PDF”, aby szybko ją otrzymać.

Referencje

[1] Oficjalna dokumentacja Polymarket: Restart silnika dopasowującego i mechanizm Heartbeat.

[2] Oficjalna dokumentacja Polymarket: Opłaty i formuła obliczania p(1-p).

[3] Kod źródłowy inteligentnego kontraktu Polymarket/ctf-exchange-v2 (GitHub).

[4] NegRiskAdapter.sol: Matematyczna implementacja konwersji wielu wyników.

[5] leolabs.me: „Dlaczego Twój PnL w Polymarket jest błędny” (analiza księgowa Split/Merge).

[6] Reddit r/algotrading & Binance Square: Ogłoszenia o usunięciu opóźnienia Taker w Polymarket (luty 2026).

[7] Przewodnik migracji Polymarket V2: Przejście z USDC.e na pUSD (kwiecień 2026).