Tipuri de ordine

De ce Polymarket are nevoie de tipuri de ordine sintetice

CLOB-ul Polymarket expune doar două primitive: Market și Limit. Nu există Stop nativ, Bracket, OCO sau Trailing-stop. Pentru copy-trading sau pentru orice gestionare activă a unei poziții, această lipsă te obligă fie să stai cu ochii pe ecran, fie să accepți că o poziție poate ajunge la zero. Pro Workstation acoperă această lipsă cu ordine condiționate pe partea de server, care trimit ordinul CLOB subiacent prin aceeași cale de execuție ca un ticket manual odată ce un declanșator se aprinde.

Fiecare ordin din workstation este semnat client-side cu polymarket_client_sdk_v2 oficial și trimis cu builder code-ul V2 atașat pentru atribuire. PolyZig nu îți custodiază niciodată fondurile, nu îți deține niciodată cheia privată și nu îți resemnează niciodată ordinul — watcher-ul de ordine condiționate este doar un declanșator automat care reutilizează sesiunea ta autentificată.

Stop și Stop-limit

Un Stop trimite un ordin Market când prețul depășește declanșatorul tău. Un Stop-limit trimite un ordin Limit la prețul setat de tine, oferindu-ți control asupra slippage-ului cu costul unui posibil non-fill pe piețe rapide. Ambele se aplică în orice direcție: un sell Stop se aprinde când prețul scade sub declanșator; un buy Stop se aprinde când prețul urcă peste el.

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

Trailing-stop

Un Trailing-stop își re-ancorează declanșatorul la maximul curent (pe sell) sau la minimul curent (pe buy) al prețului observat. Trail offset-ul definește cât de departe trebuie să se retragă prețul de la acel maxim înainte ca Stop-ul să se aprindă. Util pentru a lăsa câștigurile să curgă, păstrând în același timp un plafon pe drawdown-ul rotund — workstation urmărește maximul în memorie în task-ul de monitorizare per ordin.

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 — legături atomice, reciproce

Un ticket OCO are două picioare care se anulează reciproc la fill: tipic un Stop loss și un take profit. Un Bracket este pattern-ul OCO care înfășoară o poziție existentă. Workstation creează ambele picioare într-o singură tranzacție de bază de date și scrie un linked_order_id reciproc, astfel încât oricare picior se aprinde primul anulează fratele — nu există scenariu în care să rămâi cu un Bracket pe jumătate anulat.

Anularea este scoped per utilizator: watcher-ul va anula doar un frate care aparține aceluiași utilizator ca ordinul care se aprinde, chiar dacă o legătură malițioasă ar fi cumva injectată.

Declanșatoare condiționate cross-market

Un ordin condiționat urmărește o piață și acționează pe alta. Exemplu: „dacă YES Trump-2024 scade sub 0,40 USD, aprinde un buy pe leg-ul corelat cu pierderea Trump.” Workstation le persistă la fel ca Stop-urile; evaluatorul cross-market este integrat alături de constructorul de ticket multi-leg.

TWAP și iceberg (roadmap)

Pe perechi Polymarket subțiri, chiar și câteva mii de dolari pot mișca order book-ul. Planul: TWAP împarte un ordin mare în N ordine copil pe o fereastră configurabilă; iceberg arată order book-ului doar felia vizibilă și se reumple pe măsură ce porțiunea vizibilă se umple, ascunzând dimensiunea totală. Ambele reduc slippage-ul de market-impact pe piețe nelichide. Niciuna nu este implementată în această versiune — aparțin tăieturii de strategii de execuție din Faza 4, după ce watcher-ul de ordine condiționate va expune un executor CLOB real.

Flag-uri Time in force

Fiecare ticket Limit de azi este trimis ca GTC (good-till-cancelled), pentru că asta expune `polymarket_client_sdk_v2` în order builder. GTD, IOC și FOK fac parte din tăietura TIF din Faza 1b — odată ce branch-ul upstream al SDK-ului adaugă flag-ul (sau workstation contribuie cu el), UI-ul ticket-ului expune un dropdown TIF, iar order API-ul extinde `PlaceOrderRequest` cu `time_in_force` + `expires_at`. Până atunci, comportament în stil IOC poate fi aproximat trimițând un Limit strâns și anulându-l la următoarea trecere a poller-ului.

Sizing cu risc definit

Order ticket-ul include un helper de „max loss”. Introdu suma în dolari pe care ești dispus să o riști și prețurile de intrare + Stop, iar ticketul calculează automat dimensiunea care îți limitează pierderea exact la acea cifră. Aceeași primitivă pe care o folosesc traderii de opțiuni pentru a dimensiona vertical: poziționează-ți pierderea, nu noționalul.

size = max_loss / |entry_price − stop_price|