Arbitraż na prediction markets: jak hedgować między Polymarket a mirror markets

Jeśli już prowadzisz bota Polymarket, następna szansa nie musi oznaczać budowy kolejnego modelu predykcyjnego. Może nią być druga powierzchnia płynności, na której istniejący stack pricingu, egzekucji i ryzyka będzie pracował intensywniej.

Prediction market arbitrage wygląda prosto w arkuszu: znajdź to samo wydarzenie na dwóch venue, kup tańszą stronę, sprzedaj droższą i zachowaj różnicę.

W produkcji trzeba jednak udowodnić identyczny payoff, poprawnie zmapować outcome tokens, wykonać obie nogi po realnych cenach i zarządzać ryzykiem do settlement.

Dotyczy to szczególnie mirror market. Polymarket mirror może dostarczyć zewnętrzny reference i potencjalny hedge dla flow Kuest, ale nie każda różnica ceny jest automatycznie arbitrażem bez ryzyka.

Czym jest arbitraż na prediction markets?

To próba wykorzystania różnicy między ekonomicznie równoważnymi kontraktami albo zbudowania pozycji o znanym łącznym payoff, której koszt wejścia jest niższy od wartości rozliczenia.

Arbitraż na wynikach komplementarnych

Na rynku binarnym YES i NO są wynikami komplementarnymi. Jeśli można kupić YES na jednym venue i NO na drugim za mniej niż 1 dolara łącznie, a zasady resolution są identyczne, para ma przy settlement wartość 1 dolara.

gross edge = $1 - (cena wejścia YES + cena wejścia NO)

Prowizje, gas, slippage, partial fills, zablokowany kapitał i koszt settlement zmniejszają realny edge.

Cross-venue hedge inventory

Market maker nie zawsze blokuje gwarantowany payoff. Może kwotować na Kuest i używać Polymarket do zmniejszania inventory powstałego przez flow klientów.

Jeśli klient kupi 1 000 YES z twojego ask na Kuest, system może kupić równoważną ekspozycję YES na Polymarket, gdy book ma wystarczającą głębokość. To hedge inventory, a nie automatycznie arbitraż bez ryzyka: hedge może wykonać się częściowo, podrożeć albo zniknąć.

To rozróżnienie wpływa na bota, model kapitału i ryzyko. Przewodnik PredictEngine pokazuje, dlaczego trzeba używać cen wykonalnych, a nie tylko midpointów. Dokumentacja Preduck pomaga porównywać rynki cross-venue.

Dlaczego traderzy Polymarket szukają arbitrażu na mirror markets

Polymarket jest naturalnym reference venue dzięki danym CLOB, aktywnym order books, dużemu flow traderów i botów oraz znanej infrastrukturze.

Druga powierzchnia może dostarczyć inną publiczność operatora, nowy order flow, finansowane kampanie płynności i możliwość ponownego użycia stacku Polygon, USDC, CLOB, pricing i inventory. Maker może łączyć trading P&L z zapłatą za utrzymywanie głębokości.

Kuest łączy brandowane frontend operatorów ze wspólnym discovery, matching, wallet operation i lifecycle data. Rynki z tymi samymi outcome token IDs korzystają z tych samych order books Kuest, więc dwie strony operatorów nie muszą być niezależnymi venue.

Różnica między dwoma frontendami Kuest nie jest automatycznie okazją arbitrażową.

Edge może wynikać z relacji flow Kuest z Polymarket, z rynku operatora i zewnętrznego zweryfikowanego kontraktu, z fee i incentives, inventory imbalance albo finansowanej kampanii.

Jak działają mirror markets Kuest

„Mirror” opisuje relację z wybranym zewnętrznym źródłem. Nie oznacza prostego osadzenia order booka innej platformy.

Operator może łączyć Polymarket mirrors, własne rynki i wybrane źródła shared. Kontroluje brand, domenę, doświadczenie i operacje; Kuest zapewnia CLOB, market data, matching, relayed wallet actions i settlement na Polygon.

Market maker powinien:

1. Sprawdzić specyfikację źródła. Pytanie, outcomes, close time, resolution source i edge cases.
2. Zrozumieć reprezentację Kuest. Mirror ma własne metadata i book context.
3. Jawnie zmapować outcomes. Bot musi znać odpowiadające sobie tokeny YES i NO.
4. Uwzględnić atrybucję operatora. Liczy się flow ze strony, bota i SDK.
5. Osobno sprawdzić settlement. Relacja cen zależy od lifecycle rynku.

Zobacz architekturę Kuest i repozytorium open source dotyczące Polygon, USDC, API i SDK.

Polymarket hedge strategy: handel tym samym outcome między venue

Polymarket hedge strategy powinna zaczynać się od realnej pozycji w Kuest book, a nie od założenia, że YES wszędzie oznacza to samo.

Hedge wypełnionego quote tym samym outcome

Jeśli sprzedasz 1 000 YES na Kuest po $0,54, a odpowiadający ask na Polymarket wynosi $0,55, możesz odkupić inventory w granicach dostępnej głębokości. Wynik to sprzedaż Kuest minus koszt hedge, fee, gas, slippage i adverse selection.

Jeśli na Polymarket wypełni się tylko 600 kontraktów, pozostałe 400 nadal jest ekspozycją.

Zbudowanie pełnej pary

Jeśli YES na Kuest kosztuje $0,53, a NO na Polymarket $0,43, para kosztuje $0,96 i wypłaca $1 przy identycznych zasadach. Gross edge wynosi $0,04 przed kosztami.

Przykład prediction market arbitrage krok po kroku

1. Zweryfikuj kontrakt: porównaj condition, kolejność outcomes, cutoff i resolver Kuest oraz Polymarket.
2. Odczytaj wykonalne booki: użyj bid, ask i size. Polymarket order book API pokazuje poziomy, timestamp, minimum i tick size.
3. Wybierz hedge route: hedguj dostępną wielkość, przejdź na kolejny poziom, użyj route complementary albo zmniejsz quotes.
4. Oblicz wynik:

wynik netto = przychód Kuest - koszt hedge - fee - gas - slippage
              - koszt kapitału i inventory

5. Zreconcile każdy status: accepted, partial fill, cancel, reject i resting.
6. Monitoruj do settlement: resolution, disputes, redemption i zmiana relacji rynków.

Jak znaleźć mirrors i mapować outcome tokens

Najgroźniejszym skrótem jest matching tylko po tytule. Assymetrix pokazuje, jak inni traderzy, fee, liquidity i resolution rules tworzą różne instrumenty z podobnych nagłówków.

Dla każdego mirror zachowaj co najmniej:

{
  "source": "polymarket",
  "sourceConditionId": "0x...",
  "sourceYesTokenId": "...",
  "sourceNoTokenId": "...",
  "kuestConditionId": "0x...",
  "kuestYesTokenId": "...",
  "kuestNoTokenId": "...",
  "resolutionSource": "...",
  "closeTime": "...",
  "mappingStatus": "verified"
}

Kuest market details zawierają mirror condition IDs, mirror token IDs, outcomes, fee, resolution source i bid/ask. Odrzuć trade przy braku ID, innej close time, innym source, zatrzymanym rynku lub zbyt małej ilości do pełnego hedge.

Jak shared liquidity zmienia arbitraż

Kompatybilne rynki korzystają ze wspólnych order books Kuest. Order z jednej strony operatora może matchować flow z innej, zwiększając capital efficiency i ograniczając cold start.

Dwie strony pokazujące ten sam book nie są jednak dwiema niezależnymi legs. Edge może wynikać z relacji z Polymarket, operator flow, fee i incentives, inventory imbalance lub funded campaign.

Przeczytaj protokół Kuest i stronę Market Maker, aby zrozumieć sieć i liquidity mandates.

Inventory market makera: collateral, YES/NO i settlement

Binar­ny market maker zarządza collateral w USDC, YES inventory, NO inventory i pozycjami na zewnętrznych venue. Właściwy hedge zależy od całego bilansu.

Para YES/NO tej samej condition ma łączną wartość $1 przy settlement. Zależnie od venue może zostać mintowana z collateral albo scalona z powrotem. Oddziel akcję fizyczną od księgowania: SELL YES pozostaje SELL YES w logu, nawet gdy settlement używa merge.

Ile edge zostaje po fee, gas i slippage?

Midpoint nie jest ceną wykonalną. Używaj realnej ceny i size. Sprawdź Polymarket spread API oraz CLOB market info.

net edge = gross payoff lub spread
         - fee wszystkich legs - gas - slippage
         - failed fills - zablokowany kapitał - koszt hedge
         - operational overhead

Reward z kampanii Kuest powinien być osobną linią przychodu. Płaci za określoną usługę płynności i nie może ukrywać adverse selection, inventory loss ani bond cost.

Główne ryzyka Polymarket mirror arbitrage

Basis risk

Jedna klauzula może zmienić payoff. Porównuj data source, timestamp, cutoff, resolver i edge cases.

Execution, latency i liquidity risk

Tańsza noga może zniknąć przed hedge, a size najlepszego ask może nie wystarczyć.

Adverse selection

Trader biorący twój quote może szybciej zareagować na nowe informacje niż bot.

Resolution, venue i operational risk

Outage, rate limits, rejected orders, wallet errors, stale websockets, disputes i późny settlement wymagają reconciliation i kill switches.

Ryzyko regulacyjne

Prediction markets, derivatives i market making podlegają różnym zasadom zależnie od jurysdykcji. Zdobądź własną poradę prawną, podatkową i compliance.

Jak kampanie Kuest płacą za liquidity

Kampania może określać market lub series, daty, depth po każdej stronie, maximum spread, coverage, reward, bond i dostępność zewnętrznego Polymarket hedge.

Przepływ escrow:

1. Sponsor wpłaca reward i kwoty protokołu.
2. Zatwierdzony market maker sprawdza i akceptuje terms.
3. Wpłaca bond, jeśli jest wymagany.
4. Utrzymuje uzgodnioną płynność w okresie service.
5. Kampania przechodzi review i może zostać disputed.
6. Po finalization allocation można wypłacić przez pendingWithdrawals.

Escrow chroni commercial mandate, ale nie gwarantuje hedge fills ani zysku. Przeczytaj Create Market API i Resolution API.

Prediction market arbitrage bots i API infrastructure

Poważny bot jest state machine:

discover -> validate mapping -> read depth -> calculate net edge
         -> reserve collateral -> place first leg
         -> confirm fill -> place hedge -> reconcile
         -> monitor settlement -> rebalance inventory

Potrzebujesz discovery, token mapping, live order books, sizing, fill reconciliation, inventory, hedge routing, settlement monitoring, alertów, logów i kill switches. Skorzystaj z Polymarket market data i order API.

Istniejący bot Polymarket może ponownie wykorzystać Polygon wallet, CLOB, cancel-and-replace i risk controls, ale zweryfikuj Kuest IDs, shared books, auth, fee, order semantics, lifecycle i campaign obligations.

Jak zacząć market making na Kuest

1. Otwórz stronę Market Maker Kuest i model protokołu.
2. Zgłoś operacyjny wallet do approval.
3. Filtruj kampanie według Polymarket hedge, spread, depth i duration.
4. Niezależnie zweryfikuj mapping i zewnętrzny book.
5. Akceptuj tylko pasujące terms i wpłać bond, jeśli trzeba.
6. Zacznij od konserwatywnej size i sprawdź order, fill oraz reconciliation.
7. Po service i review wykonaj finalize i withdraw.

Dlaczego crypto-native market makerzy są ważni dla Kuest

Kuest potrzebuje zespołów, które potrafią kwotować binary CLOB, zarządzać YES/NO inventory, rozumieć basis risk, obsługiwać partial fills, działać na Polygon/USDC i utrzymywać kill switches, alerty oraz audit logi.

Ta wiedza pozwala operatorom uruchomić wiarygodną głębokość od pierwszego dnia, a makerom daje dostęp do community flow i funded mandates we wspólnej sieci.

Dalsza lektura

• Architektura Kuest: operatorzy, shared liquidity i settlement
• Polymarket order book
• Wysyłanie zlecenia Polymarket
• Assymetrix o cross-venue prediction-market arbitrage
• Przewodnik po prediction-market arbitrage
• Preduck: cross-venue hedging i matching

FAQ: Prediction Market Arbitrage

Czy arbitraż Polymarket jest bez ryzyka?

Nie. Spread może zniknąć przed egzekucją, a podobne markets mogą rozstrzygnąć się inaczej. Nawet para YES/NO wymaga identycznych zasad i pełnych fill.

Czym jest Polymarket mirror market?

To market Kuest powiązany ze źródłowym rynkiem Polymarket, aby operator mógł oferować wydarzenie pod własną marką. Sprawdź mapping, resolution i liquidity.

Jak działa Polymarket hedge strategy?

Maker używa Polymarket do zmniejszenia ekspozycji powstałej przy kwotowaniu na innym venue: kupuje ten sam outcome, komplementarny outcome albo pełną parę. Route zależy od kontraktu, głębokości, fee i partial fills.

Jakie ID powinien mapować bot?

Condition IDs source i Kuest, token IDs YES/NO, resolution source, close time i mapping status. Przy niejasności nie handluj.

Czym jest MarketMakerEscrow?

To smart contract na Polygon koordynujący reward, bond, service, review i withdrawal kampanii płynności. Nie gwarantuje zysku.

Czy Kuest gwarantuje zwroty z arbitrażu?

Nie. Kuest dostarcza infrastrukturę, sieć, dane i escrow. Pricing, execution, inventory, hedge i capital risk pozostają po stronie market makera.