Wróć do blogadefi

Jak zostać dostawcą płynności prediction markets: ryzyko, escrow i zysk

Dowiedz się, jak działa prediction market liquidity provider, skąd bierze się DeFi market making yield, jakie ryzyko ponosi LP i jak Kuest chroni kapitał przez on-chain escrow.

Jak zostać dostawcą płynności prediction markets: ryzyko, escrow i zysk

Jeśli handlujesz kryptowalutami albo dostarczasz płynność w DeFi, prediction markets mogą być naturalnym rozszerzeniem Twojej strategii. Każde pytanie potrzebuje kwotowań i wykonalnych zleceń, a każde zlecenie wymaga kapitału oraz kontroli ryzyka. Na tym polega rola prediction market liquidity provider.

Dostarczanie płynności nie jest pasywnym depozytem w vault. Kapitał jest narażony na ryzyko inventory, newsów, wykonania i rozliczenia. Przed finansowaniem kampanii trzeba wiedzieć, gdzie są środki, jakie uprawnienia ma operator i kiedy można je wypłacić.

Ten przewodnik omawia model market making, źródło DeFi market making yield, on-chain escrow w Kuest oraz checklistę dla dostawcy płynności.

Co robi dostawca płynności prediction market?

Dostawca finansuje zlecenia kupna i sprzedaży po obu stronach rynku. Na rynku YES/NO tworzy to głębokość wokół bieżącego prawdopodobieństwa i ogranicza slippage dla traderów.

LP nie musi przewidywać wyniku. Jego zadaniem jest wycena ryzyka, zarządzanie inventory i utrzymanie wykonalnych kwotowań. Ceny oraz wielkości zleceń powinny reagować na zmianę prawdopodobieństwa, czas do wydarzenia i dostępną płynność.

Płynność, wykonanie i settlement

Aktywny rynek może mieć małą głębokość, a jasny wynik może długo czekać na settlement. Escrow kontroluje finansowanie, ale nie usuwa automatycznie ryzyka rynku, oracle, operacji ani compliance.

LP, market maker i trader — jaka jest różnica?

RolaDziałanieŹródło przychodu
TraderOtwiera pozycję na niedoszacowanym wynikuZmiana ceny lub settlement
Market makerKwotuje obie strony i zarządza inventorySpread, opłaty i incentives
Liquidity providerPrzydziela kapitał lub mandat market makerowiUdział w opłatach lub warunki kampanii
Operator rynkuTworzy rynek, zasady, interfejs i settlementOpłaty transakcyjne lub platformowe

Jedna osoba może pełnić kilka ról. W Kuest kapitał LP można oddzielić od operatora i strategii przez MarketMakerEscrow, który definiuje uprawnienia, limity i zasady wypłat on-chain.

Jak zarabia dostawca płynności prediction market?

Przychód może pochodzić z:

  1. Spreadu: kupowania taniej i sprzedawania drożej przy kontrolowanym inventory.
  2. Opłat transakcyjnych: udziału w opłatach generowanych przez dostępne zlecenia.
  3. Incentives kampanii: nagród za głębokość, wolumen lub czas kwotowania.
  4. Efektywności kapitału: shared liquidity i mirror markets mogą ograniczyć konieczność osobnego finansowania każdego rynku.

Gross yield nie jest zyskiem netto. Odejmij straty inventory, toxic flow, gas, hedging, kapitał zablokowany oraz opłaty za wypłatę i settlement.

Ile może zarobić prediction market liquidity provider?

Nie ma uniwersalnego APY. Prosty model wygląda tak:

Zysk netto = opłaty transakcyjne
           + incentives kampanii
           + przychód ze spreadu
           - straty inventory
           - koszt hedgingu i wykonania
           - gas i opłaty
           - koszt zablokowanego kapitału

Mierz między innymi:

Wynik zależy od aktywności, zmienności newsów, jakości strategii i kosztów sieci. Historyczne rezultaty nie gwarantują przyszłych.

Czym jest DeFi market making yield — czy jest pasywny?

DeFi market making yield to przychód z udostępniania kapitału zleceniom, vaultom lub strategiom kwotowania w zdecentralizowanym protokole. Nie oznacza to, że pozycja nie wymaga nadzoru.

Jedna wiadomość może zmienić prawdopodobieństwo w kilka sekund. Jeśli bot pozostawi stare ceny, traderzy z lepszą informacją mogą wykonać transakcje przeciwko Twojemu kapitałowi. Potrzebujesz monitoringu, limitów inventory, kill switcha i planu hedgingu.

Sprawdź, czy reklamowany yield jest rzeczywistą opłatą czy token incentive, czy jest zrealizowany czy szacowany, w jakiej walucie jest liczony oraz czy uwzględnia straty i gas.

Ryzyko dostawcy płynności prediction market

Ryzyko inventory i wyniku

Inventory YES/NO może stać się niezrównoważone. Gdy jeden wynik staje się bardzo prawdopodobny, kapitał może pozostać narażony aż do settlement. To nie zawsze oznacza stratę, ale zmienia wymagania dotyczące hedgingu.

Informacja i wykonanie

Trader może zareagować na news przed Twoim systemem. Opóźnienie API, RPC albo interfejsu może pozostawić nieaktualne zlecenia w order booku.

Oracle, zasady i governance

Przed depozytem sprawdź źródło wyniku, resolver, okno sporów i procedurę odwołań. Sam tytuł rynku nie opisuje reguł settlement.

Smart contract i counterparty risk

Produkt on-chain może zależeć od kontraktów, kluczy administracyjnych, oracle i operatora. Oddziel ryzyko protokołu, operatora i strategii market makera.

Czy on-chain escrow zwiększa bezpieczeństwo dostarczania płynności?

Escrow jest bardziej przejrzysty niż przelew do operacyjnego walleta, gdy kontrakt definiuje:

Sprawdź adres kontraktu, sieć, limity, prawa administratora, audyt i działanie withdraw(). Bezpieczeństwo zależy od kodu i konfiguracji, a nie od samej nazwy escrow.

Jak działa Kuest MarketMakerEscrow?

W modelu Kuest LP wpłaca środki do escrow powiązanego z mandatem market makera. Strategia korzysta z kapitału w określonym zakresie, a kontrakt zapisuje on-chain saldo, stan i żądania wypłat.

Dostawca płynności
    │ depozyt i warunki mandatu
    ▼
MarketMakerEscrow
    │ limity i stan
    ▼
Market maker ←→ rynki Kuest / mirror markets
    │ trading, hedging i inventory
    ▼
Żądanie wypłaty → pendingWithdrawals → withdraw()

pendingWithdrawals może wymagać oczekiwania na settlement, anulowanie zleceń lub uwolnienie zabezpieczenia. Przeczytaj interfejs withdraw() i okres oczekiwania w architekturze Kuest. Zobacz również stronę Market Maker.

Co obejmuje escrow Kuest, a czego nie obejmuje?

Escrow zapewniaEscrow nie zapewnia
Przechowywanie kapitału w określonym kontrakcieGwarantowanego zysku ani stałego APY
Reguły wypłat, stanów i pending withdrawalsOchrony przed zmianą ceny lub inventory
On-chain przejrzystość salda i przepływówGwarancji poprawności każdego oracle
Mniejszą zależność od operacyjnego walletaUsunięcia ryzyka prawnego i regulacyjnego

Traktuj escrow jako warstwę ochrony finansowania, a nie zamiennik due diligence strategii, rynku, operatora i compliance.

Jak ocenić kampanię płynności?

Przed alokacją uzyskaj odpowiedzi na pytania:

Zacznij od małego allocation, sprawdź pełny cykl depozyt–trading–wypłata i dopiero potem zwiększaj kapitał.

Mirror markets czy rynki tworzone przez operatora?

Dla prediction market liquidity provider ważna jest nie tylko tematyka rynku, ale również możliwość zarządzania ekspozycją.

Na rynku operatora od początku oceniasz sformułowanie, źródło settlement i popyt. Mirror market może zapewnić kotwicę cenową oraz czytelniejszą ścieżkę hedgingu przez reference market.

Architektura Kuest opisuje operator markets, shared liquidity i sourceConditionId. Powiązanie nie oznacza identycznego ryzyka: porównaj reguły settlement, terminy, walutę i opłaty.

Jak shared liquidity poprawia efektywność kapitału?

Przy izolowanej płynności każdy rynek wymaga osobnego budżetu. W sieci połączonych rynków shared liquidity może ograniczyć idle capital, ponieważ głębokość i rezerwy hedgingowe nie muszą być w pełni powielane.

Sprawdź, gdzie faktycznie znajduje się saldo, jak dzielone są fee, kto ma priorytet wypłaty i czy problem na jednym rynku może zablokować środki powiązane z innymi.

Jak hedgować między Kuest i Polymarket?

Jeśli mirror market jest powiązany z reference market, porównuj prawdopodobieństwa, spready i depth między Kuest i Polymarket. Możliwe działania to:

To nie jest arbitraż bez ryzyka. Rynki mogą mieć różne warunki settlement, opóźnienia bridge i różną płynność po drugiej stronie. Przed budową bota sprawdź market data oraz order book API.

Jakiej infrastruktury potrzebuje liquidity provider?

Podstawowy stack obejmuje osobny wallet operacyjny, stabilne RPC, odczyt order book i trades, silnik pricingu, limity inventory, kill switch, PnL ledger oraz alerty dla oracle, wypłat i zablokowanych zleceń.

Dokumentacja Polymarket market making pomaga zrozumieć kwotowanie. Zasady te trzeba dostosować do kontraktów Kuest, które faktycznie kontrolują finansowanie.

Jak zostać dostawcą płynności na Kuest?

  1. Wybierz rynki, których newsy i settlement potrafisz analizować.
  2. Sprawdź mandat, escrow, sieć i stany wypłaty.
  3. Ustal spread, depth, godziny kwotowania i revenue share.
  4. Zacznij od małej kwoty i przetestuj cały cykl.
  5. Monitoruj ekspozycję na wszystkich rynkach i mirror markets.
  6. Skaluj dopiero po zmierzeniu net yield i operacyjnych failure modes.

Jeśli masz strategię market making lub przeznaczony na nią kapitał, skontaktuj się z Kuest, aby omówić właściwą kampanię.

Dlaczego crypto-native market makers pasują do Kuest?

Doświadczony market maker chce wiedzieć, gdzie zablokowany jest kapitał, jakie uprawnienia ma operator, jak zmienia się ekspozycja, czy można hedgować na rynkach powiązanych i jak działa wypłata.

Kuest łączy operator markets, shared liquidity, mirror markets i MarketMakerEscrow. Operator wnosi dystrybucję, market maker strategię, a LP kapitał w ramach weryfikowalnego mandatu.

Dalsza lektura

FAQ: dostawca płynności prediction markets

Czy muszę przewidywać wynik, aby dostarczać płynność?

Nie. Market maker zarabia na spreadzie i opłatach, ale pozostaje narażony na wynik, jeśli inventory utrzyma się do settlement.

Czy rola prediction market liquidity provider jest pasywna?

Zwykle nie. Nawet bot wymaga monitorowania cen, inventory, newsów, oracle i wypłat.

Czy on-chain escrow gwarantuje moje środki?

Nie. Ogranicza zasady użycia kapitału i zwiększa przejrzystość przepływów, ale nie eliminuje ryzyka kontraktu, rynku, settlement ani strategii.

Czy DeFi market making yield jest gwarantowany?

Nie. Opłaty się zmieniają, a straty tradingowe mogą przewyższyć przychód. Oceniaj net yield w scenariuszach stresowych.

Od jakiej kwoty zacząć?

Od kwoty, której utratę możesz zaakceptować. Najpierw przetestuj pełny cykl przy małym allocation.