Mga uri ng order

Bakit kailangan ng Polymarket ng synthetic order types

Inilalantad lang ng CLOB ng Polymarket ang dalawang primitive: market at limit. Walang native Stop, walang Bracket, walang OCO, at walang Trailing-stop. Para sa copy-trading o anumang aktibong position management, pinipilit ka ng puwang na iyon na bantayan ang screen o tanggapin na ang isang position ay puwedeng bumagsak sa zero. Pinupunan ng Pro Workstation ang puwang na iyon gamit ang server-side conditional orders na nagsusumite ng underlying CLOB order sa parehong execution path tulad ng manual ticket sa sandaling lumagablab ang trigger.

Ang bawat workstation order ay nilalagdaan client-side gamit ang opisyal na polymarket_client_sdk_v2 at ipinapadala kasama ang V2 builder code para sa attribution. Kailanman ay hindi pinapanatili ng PolyZig ang pondo mo, hindi hawak ang private key mo, at hindi muling nilalagdaan ang order mo — ang conditional-order watcher ay isang automated trigger lang na muling gumagamit ng iyong authenticated session.

Stop at stop-limit

Ang Stop ay nagpapasabog ng market order kapag tumawid ang presyo sa trigger mo. Ang Stop-limit ay nagpapasabog ng limit order sa presyong tinakda mo, na nagbibigay sa iyo ng slippage control sa kabayaran ng posibleng non-fill sa mabilis na markets. Pareho silang aplikable sa anumang direksyon: ang sell stop ay sumasabog kapag bumababa ang presyo sa ibaba ng trigger; ang buy stop ay sumasabog kapag umaakyat ang presyo sa ibabaw nito.

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

Trailing stop

Ang Trailing-stop ay muling nag-aanchor ng trigger nito sa running peak (sell side) o trough (buy side) ng naobserbahang presyo. Tinutukoy ng trail offset kung gaano kalayo dapat mag-retrace ang presyo mula sa peak na iyon bago sumabog ang stop. Kapaki-pakinabang sa pagpapatakbo ng winners habang nililimitahan pa rin ang round-trip drawdown — sinusubaybayan ng workstation ang peak in-memory sa loob ng per-order monitor task.

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 at Bracket — atomic, reciprocal links

Ang OCO ticket ay dalawang leg na nagkaka-kanselahan kapag na-fill: kadalasang stop loss at take profit. Ang Bracket ay ang OCO pattern na bumabalot sa isang existing position. Gumagawa ang Workstation ng dalawang leg sa isang database transaction at sinusulat ang reciprocal linked_order_id para anumang leg ang unang sumabog ay magkansela sa kapatid — walang sitwasyon kung saan mauuwi ka sa kalahating-naka-cancel na bracket.

Naka-scope ang cancellation sa user: ang watcher ay magkakansela lang ng kapatid na pag-aari ng parehong user gaya ng order na sumasabog, kahit pa nakapasok ang anumang malicious link.

Conditional cross-market triggers

Ang conditional order ay nagmamasid sa isang market at kumikilos sa isa pa. Halimbawa: "kung ang Trump-2024 YES ay bumaba sa ibaba ng $0.40, magpasabog ng buy sa Trump-loss correlated leg." Pinananatili ng Workstation ang mga ito sa parehong paraan tulad ng stops; nakakabit ang cross-market evaluator katabi ng multi-leg ticket builder.

TWAP at iceberg (roadmap)

Sa manipis na Polymarket pairs, kahit ilang libong dolyar ay puwedeng gumalaw sa book. Ang plano: hinihiwa ng TWAP ang malaking order sa N child orders sa loob ng nako-configure na window; ipinapakita ng iceberg sa book ang visible slice lang at muling nagpupuno habang napupuno ang visible portion, itinatago ang kabuuang laki. Pareho silang nagpapababa ng market-impact slippage sa mga illiquid markets. Wala pa sa kanila ang naipatupad sa build na ito — kabilang sila sa Phase 4 execution-strategies cut, pagkatapos ilantad ng conditional-orders watcher ang isang tunay na CLOB executor.

Time in force flags

Ang bawat limit ticket ngayon ay isinusumite bilang GTC (good-till-cancelled), dahil iyon ang ipinapakita ng `polymarket_client_sdk_v2` sa order builder. Ang GTD, IOC, at FOK ay bahagi ng Phase 1b TIF cut — sa sandaling idagdag ng upstream branch ng SDK ang flag (o mag-ambag ang workstation), ang ticket UI ay maglalabas ng TIF dropdown at pagpapalawigin ng order API ang `PlaceOrderRequest` ng `time_in_force` + `expires_at`. Hanggang doon, masu-approximate ang IOC-style behavior sa pamamagitan ng pagsusumite ng masinsinang limit at pagkansela sa susunod na poller pass.

Risk-defined sizing

May kasamang "max loss" helper ang order ticket. Ipasok ang dolyar na halagang gusto mong itaya at ang entry + stop prices, at awtomatikong kakalkulahin ng ticket ang size na naglilimita ng pagkalugi mo sa eksaktong figure na iyon. Parehong primitive na ginagamit ng options traders para mag-size ng verticals: i-position ang downside mo, hindi ang notional mo.

size = max_loss / |entry_price − stop_price|