Typy zleceń

Dlaczego Polymarket potrzebuje syntetycznych typów zleceń

CLOB Polymarket eksponuje tylko dwa prymitywy: Market i Limit. Nie ma natywnego Stop, Bracket, OCO ani Trailing-stop. Dla copy-tradingu lub aktywnego zarządzania pozycją ta luka zmusza cię do siedzenia przy ekranie albo zaakceptowania, że pozycja może spaść do zera. Pro Workstation domyka tę lukę zleceniami warunkowymi po stronie serwera, które wysyłają bazowe zlecenie CLOB tą samą ścieżką wykonania co ticket ręczny, gdy wyzwalacz wystrzeli.

Każde zlecenie workstation jest podpisane po stronie klienta oficjalnym polymarket_client_sdk_v2 i wysłane z dołączonym builder code V2 dla atrybucji. PolyZig nigdy nie przechowuje twoich środków, nigdy nie trzyma twojego klucza prywatnego i nigdy nie podpisuje ponownie twojego zlecenia — watcher zleceń warunkowych to po prostu zautomatyzowany wyzwalacz wykorzystujący twoją uwierzytelnioną sesję.

Stop i Stop-limit

Stop wystrzeliwuje zlecenie Market, gdy cena przekroczy twój wyzwalacz. Stop-limit wystrzeliwuje zlecenie Limit po cenie, którą ustawiasz, dając ci kontrolę nad slippage'em kosztem możliwego non-fill na szybkich rynkach. Oba działają w obu kierunkach: sell Stop strzela, gdy cena spadnie poniżej wyzwalacza; buy Stop strzela, gdy cena wspina się powyżej.

side=sell, trigger_price=0.45  →  fires when price ≤ 0.45
side=buy,  trigger_price=0.55  →  fires when price ≥ 0.55

Trailing-stop

Trailing-stop ponownie kotwiczy swój wyzwalacz do bieżącego szczytu (po stronie sell) lub dołka (po stronie buy) obserwowanej ceny. Trail offset definiuje, jak daleko cena musi się cofnąć od tego szczytu, zanim Stop wystrzeli. Przydatne, by pozwolić zwycięzcom biec, jednocześnie ograniczając drawdown round-trip — workstation śledzi szczyt w pamięci wewnątrz zadania monitorującego per zlecenie.

sell trailing-stop, trail_offset=0.05
  → peak rises to 0.70, trigger sits at 0.65
  → if price drops to 0.65, stop fires

OCO i Bracket — atomowe, wzajemne powiązania

Ticket OCO to dwie nogi anulujące się przy fillu: zazwyczaj Stop loss i take profit. Bracket to wzór OCO opakowujący istniejącą pozycję. Workstation tworzy obie nogi w jednej transakcji bazy danych i zapisuje wzajemne linked_order_id, więc którakolwiek noga wystrzeli pierwsza, anuluje rodzeństwo — nie ma scenariusza, w którym kończysz z półanulowanym Bracket.

Anulowanie jest scoped do użytkownika: watcher anuluje tylko rodzeństwo należące do tego samego użytkownika co odpalające zlecenie, nawet gdyby złośliwe powiązanie zostało jakoś wstrzyknięte.

Warunkowe wyzwalacze cross-market

Zlecenie warunkowe obserwuje jeden rynek i działa na drugim. Przykład: „jeśli YES Trump-2024 spadnie poniżej 0,40 USD, odpal buy na skorelowanej nodze Trump-loss.” Workstation utrwala je tak samo jak Stopy; cross-market evaluator jest podpięty obok buildera ticketu multi-leg.

TWAP i iceberg (roadmap)

Na cienkich parach Polymarket nawet kilka tysięcy dolarów może ruszyć order book. Plan: TWAP tnie duże zlecenie na N zleceń potomnych w skonfigurowanym oknie; iceberg pokazuje order bookowi tylko widoczny plasterek i uzupełnia, gdy widoczna część się wypełnia, ukrywając łączny rozmiar. Oba zmniejszają slippage market-impact na niepłynnych rynkach. Żadne nie jest zaimplementowane w tym wydaniu — należą do cuta strategii egzekucji Fazy 4, po tym jak watcher zleceń warunkowych eksponuje prawdziwy CLOB executor.

Flagi Time in force

Każdy ticket Limit dziś jest wysyłany jako GTC (good-till-cancelled), bo to eksponuje `polymarket_client_sdk_v2` w order builderze. GTD, IOC i FOK są częścią cuta TIF Fazy 1b — gdy gałąź upstream SDK doda flagę (lub workstation ją wkontrybuuje), UI ticketu eksponuje dropdown TIF, a order API rozszerzy `PlaceOrderRequest` o `time_in_force` + `expires_at`. Do tego czasu zachowanie typu IOC można aproksymować, wysyłając ciasny Limit i anulując go przy następnym przejściu pollera.

Sizing z określonym ryzykiem

Order ticket zawiera helper „max loss”. Wpisz kwotę w dolarach, którą jesteś gotów zaryzykować, oraz ceny entry + Stop, a ticket auto-policzy rozmiar, który ograniczy twoją stratę dokładnie do tej liczby. Ten sam prymityw, którego używają traderzy opcyjni do sizingu vertical: pozycjonuj swoje straty, nie nominał.

size = max_loss / |entry_price − stop_price|