Tipologie di ordini

Perché Polymarket ha bisogno di tipi di ordine sintetici

Il CLOB di Polymarket espone solo due primitive: market e limit. Non c'è stop nativo, niente bracket, niente OCO e niente trailing stop. Per il copy-trading o per qualsiasi gestione attiva di posizione, quel divario ti costringe a vegliare sullo schermo o ad accettare che una posizione possa precipitare a zero. La Pro Workstation chiude quel divario con ordini condizionali server-side che inviano l'ordine CLOB sottostante attraverso lo stesso percorso di esecuzione di un ticket manuale una volta che un trigger scatta.

Ogni ordine della workstation è firmato lato client con l'ufficiale polymarket_client_sdk_v2 e inviato con il codice di builder V2 allegato per attribuzione. PolyZig non custodisce mai i tuoi fondi, non detiene mai la tua chiave privata e non rifirma mai il tuo ordine — il watcher di ordini condizionali è solo un trigger automatizzato che riusa la tua sessione autenticata.

Stop e stop-limit

Uno stop genera un ordine market quando il prezzo attraversa il tuo trigger. Uno stop-limit genera un ordine limit al prezzo che imposti, dandoti controllo dello slippage al prezzo di un possibile non-fill in mercati veloci. Entrambi si applicano in entrambe le direzioni: un sell stop scatta quando il prezzo scende sotto il trigger; un buy stop scatta quando il prezzo sale sopra di esso.

side=sell, trigger_price=0,45  →  scatta quando prezzo ≤ 0,45
side=buy,  trigger_price=0,55  →  scatta quando prezzo ≥ 0,55

Trailing stop

Un trailing stop riancora il proprio trigger al picco corrente (lato vendita) o al minimo corrente (lato acquisto) del prezzo osservato. L'offset di trail definisce di quanto il prezzo deve ritracciare da quel picco prima che lo stop scatti. Utile per lasciar correre i vincenti limitando comunque il drawdown del round-trip — la workstation traccia il picco in memoria all'interno del task di monitor per ordine.

sell trailing-stop, trail_offset=0,05
  → picco sale a 0,70, trigger sta a 0,65
  → se il prezzo cala a 0,65, lo stop scatta

OCO e bracket — atomici, link reciproci

Un ticket OCO è composto da due gambe che si annullano a vicenda all'esecuzione: tipicamente uno stop loss e un take profit. Un bracket è il pattern OCO che avvolge una posizione esistente. La Workstation crea entrambe le gambe in una singola transazione di database e scrive un linked_order_id reciproco, così la gamba che scatta per prima annulla la sorella — non c'è scenario in cui ci si ritrova con un bracket annullato a metà.

L'annullamento è limitato all'utente: il watcher annullerà solo una sorella che appartenga allo stesso utente dell'ordine che scatta, anche se un link malevolo fosse in qualche modo iniettato.

Trigger condizionali cross-market

Un ordine condizionale osserva un mercato e agisce su un altro. Esempio: «se il YES Trump-2024 scende sotto 0,40 $, scatta un buy sulla gamba correlata Trump-loss». La Workstation li persiste come gli stop; il valutatore cross-market è cablato accanto al builder di ticket multi-leg.

TWAP e iceberg (roadmap)

Su coppie Polymarket sottili anche poche migliaia di dollari possono muovere il book. Il piano: TWAP affetta un grosso ordine in N ordini figli su una finestra configurabile; iceberg mostra al book solo la fetta visibile e la riempie man mano che la porzione visibile si esegue, nascondendo la dimensione totale. Entrambi riducono lo slippage da market-impact su mercati illiquidi. Nessuno è implementato in questa build — appartengono al cut Fase 4 strategie di esecuzione, dopo che il watcher di ordini condizionali esporrà un vero executor CLOB.

Flag time-in-force

Ogni ticket limit oggi è inviato come GTC (good-till-cancelled), poiché è quello che `polymarket_client_sdk_v2` espone sul builder degli ordini. GTD, IOC e FOK fanno parte del cut TIF della Fase 1b — una volta che il branch upstream del SDK avrà il flag (o la workstation lo contribuirà), la UI del ticket esporrà un dropdown TIF e l'API degli ordini estenderà `PlaceOrderRequest` con `time_in_force` + `expires_at`. Fino ad allora, il comportamento simil-IOC si può approssimare inviando un limit stretto e annullandolo al prossimo passaggio del poller.

Sizing definito dal rischio

Il ticket d'ordine include un assistente «perdita massima». Inserisci l'importo in dollari che sei disposto a rischiare e i prezzi di entry + stop, e il ticket calcola automaticamente la size che limita la tua perdita esattamente a quella cifra. La stessa primitiva che usano i trader di opzioni per dimensionare i verticals: posiziona il tuo downside, non il tuo notional.

size = max_loss / |entry_price − stop_price|