HFT Elite
ऑर्डर टाइप्स
प्रत्येक ऑर्डर प्रकार जो डेस्क options ट्रेडरला अपेक्षित आहे, Polymarket च्या CLOB वर लेयर केलेला. Stops, brackets, OCO, trailing stops, conditional cross-market triggers, TWAP, आणि iceberg — पूर्ण TIF flags (GTC, GTD, IOC, FOK) सह.
Polymarket ला synthetic ऑर्डर प्रकार का आवश्यक आहेत
Polymarket चा CLOB फक्त दोन प्रिमिटिव्ह उघड करतो: market आणि limit. कोणतेही नेटिव्ह stop नाही, कोणतेही bracket नाही, कोणतेही OCO नाही, आणि कोणतेही trailing stop नाही. copy-trading किंवा कोणत्याही सक्रिय पोझिशन व्यवस्थापनासाठी, हे अंतर तुम्हाला स्क्रीनची देखभाल करायला किंवा स्वीकारायला भाग पाडते की एक पोझिशन शून्यापर्यंत जाऊ शकते. Pro Workstation server-साइड conditional ऑर्डर्ससह ते अंतर बंद करते जे trigger सक्रिय झाल्यावर मॅन्युअल तिकिटाच्या त्याच execution path द्वारे अंतर्निहित CLOB ऑर्डर सबमिट करतात.
प्रत्येक workstation ऑर्डर अधिकृत polymarket_client_sdk_v2 सह client-साइड साइन केला जातो आणि attribution साठी V2 builder code संलग्न सह सबमिट केला जातो. PolyZig कधीही तुमच्या निधीची custody करत नाही, कधीही तुमची खाजगी की ठेवत नाही, आणि कधीही तुमचा ऑर्डर resign करत नाही — conditional-order watcher फक्त एक स्वयंचलित trigger आहे जो तुमच्या प्रमाणीकृत सत्राचा पुनर्वापर करतो.
Stop आणि stop-limit
एक stop जेव्हा किंमत तुमचा trigger ओलांडते तेव्हा market ऑर्डर fire करतो. एक stop-limit तुमच्या निर्धारित किंमतीवर limit ऑर्डर fire करतो, जलद बाजारांमध्ये संभाव्य non-fill च्या किंमतीवर slippage नियंत्रण देतो. दोन्ही कोणत्याही दिशेने लागू होतात: एक sell stop fire होतो जेव्हा किंमत trigger च्या खाली पडते; एक buy stop fire होतो जेव्हा किंमत त्याच्या वर चढते.
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 त्याचा trigger निरीक्षण केलेल्या किंमतीच्या चालू peak (sell side) किंवा trough (buy side) वर पुन्हा-anchor करतो. trail offset परिभाषित करतो की stop fire होण्याआधी किंमतीला त्या peak पासून किती दूर मागे जावे लागेल. विजेत्यांना चालू देण्यासाठी उपयुक्त, तरीही round-trip drawdown ला cap करताना — workstation per-order monitor task च्या आत in-memory peak ट्रॅक करते.
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 आणि bracket — अणू, पारस्परिक लिंक
एक OCO तिकीट म्हणजे दोन legs जे fill वर एकमेकांना रद्द करतात: सहसा एक stop loss आणि एक take profit. एक bracket म्हणजे विद्यमान पोझिशन गुंडाळणारा OCO नमुना. Workstation दोन्ही legs एका डेटाबेस व्यवहारात तयार करते आणि एक पारस्परिक linked_order_id लिहिते जेणेकरून जो leg प्रथम fire होतो तो sibling रद्द करतो — कोणतीही परिस्थिती नाही जिथे तुम्ही अर्ध-रद्द केलेल्या bracket सह संपता.
रद्दीकरण user-scoped आहे: watcher फक्त त्याच sibling रद्द करेल जो firing ऑर्डरच्या त्याच user ला आहे, अगदी जर कोणत्याही प्रकारे एक दुष्ट लिंक इंजेक्ट केला असेल.
Conditional cross-market triggers
एक conditional ऑर्डर एक बाजार पाहतो आणि दुसऱ्यावर कार्य करतो. उदाहरण: "जर Trump-2024 YES $0.40 च्या खाली पडतो, Trump-loss सहसंबंधित leg वर एक buy fire करा." Workstation यांना stops सारखे टिकवते; cross-market evaluator multi-leg तिकीट बिल्डर सोबत wired आहे.
TWAP आणि iceberg (रोडमॅप)
पातळ Polymarket जोड्यांवर काही हजार डॉलर देखील पुस्तक हलवू शकतात. योजना: TWAP एक मोठा ऑर्डर कॉन्फिगर करण्यायोग्य खिडकीत N child ऑर्डर्समध्ये तुकडे करतो; iceberg पुस्तकाला फक्त दृश्यमान slice दाखवतो आणि दृश्यमान भाग भरत असताना refill करतो, एकूण आकार लपवतो. दोन्ही illiquid बाजारांवर market-impact slippage कमी करतात. या build मध्ये कोणतेही implement केलेले नाही — हे Phase 4 execution-strategies cut शी संबंधित आहेत, conditional-orders watcher वास्तविक CLOB executor उघड केल्यानंतर.
Time in force flags
प्रत्येक limit तिकीट आज GTC (good-till-cancelled) म्हणून सबमिट केले जाते, कारण `polymarket_client_sdk_v2` ऑर्डर बिल्डरवर तेच उघड करते. GTD, IOC, आणि FOK Phase 1b TIF cut चा भाग आहेत — एकदा SDK ची upstream branch flag लँड झाली (किंवा workstation त्यात योगदान देते), तिकीट UI एक TIF dropdown उघड करतो आणि order API `PlaceOrderRequest` ला `time_in_force` + `expires_at` सह विस्तारित करतो. तोपर्यंत, IOC-शैली वर्तन एक tight limit सबमिट करून आणि पुढील poller pass वर रद्द करून अंदाजे केले जाऊ शकते.
जोखीम-परिभाषित sizing
ऑर्डर तिकिटात एक "max loss" सहाय्यक समाविष्ट आहे. तुम्ही जोखीम घेण्यास तयार असलेली डॉलर रक्कम आणि entry + stop किंमती प्रविष्ट करा, आणि तिकीट automatically असा आकार गणना करते जो तुमच्या तोट्याला अगदी त्या आकड्यावर cap करतो. तीच प्रिमिटिव्ह जी options ट्रेडर्स vertical sizing साठी वापरतात: तुमचा डाउनसाइड पोझिशन करा, तुमचा notional नाही.
size = max_loss / |entry_price − stop_price|
Live today: Market & Limit orders. Coming soon: Stop / Stop-limit / Trailing stop / OCO / Bracket / Conditional / TWAP / Iceberg — the production CLOB executor adapter is the remaining piece. The status column on the matrix below reflects the real deployment state; HFT subscribers get the rest on launch without re-upgrading.
Reference matrix
Every order type at a glance
| Type | Status | Trigger condition | Fills at | Best for |
|---|---|---|---|---|
| Market | Live | Immediate | Best available depth | Speed > slippage |
| Limit | Live | Immediate | Your limit price or rests | Slippage control |
| Stop | Coming soon | Sell: price ≤ trigger · Buy: price ≥ trigger | Market once triggered | Cap downside on a position |
| Stop-limit | Coming soon | Same as Stop | Limit once triggered | Stops with slippage control |
| Trailing stop | Coming soon | Anchored to running peak/trough | Market once trail offset crossed | Let winners run with capped giveback |
| OCO | Coming soon | Either leg fires → cancels sibling | Per leg type (stop/limit) | Bracket a position with both ends |
| Bracket | Coming soon | OCO of take-profit + stop | Per leg type | Wrap an open position |
| Conditional (cross-market) | Coming soon | Watches a different market | Market or limit on the target | Pair / hedge automation |
| TWAP | Coming soon | Continuous over a window | Sliced child orders | Reduce market impact on thin pairs |
| Iceberg | Coming soon | Show visible slice; refill on fill | Per visible slice | Hide total size from the book |
Time-in-force
TIF flags — when each one wins
| TIF | Meaning | When to use |
|---|---|---|
| GTC | Good-til-cancel | Default for limits you intend to leave on the book |
| GTD | Good-til-date | Auto-expire near a known event window |
| IOC | Immediate-or-cancel | Take whatever fills now, drop the rest |
| FOK | Fill-or-kill | All-or-none atomic execution |
Worked example
Bracket on a long YES at $0.42
Open 100 shares YES at $0.42. Cap downside at the cost of 6¢ per share, ride upside to a 12¢ take-profit. Created in one ticket with reciprocal links — whichever leg fires cancels the sibling.
POSITION long 100 YES @ 0.42
BRACKET take-profit → sell @ 0.54 (bracket_target)
stop loss → sell @ 0.36 (bracket_stop)
RESULT max gain 12¢ × 100 = +$12.00
max loss 6¢ × 100 = − $6.00
R:R 2.0संबंधित Workstation पृष्ठे
Position Greeks
Per-position delta and theta for binary outcomes.
Multi-leg strategies
Verticals, calendars, pairs, and box-spread arbitrage.
Discovery & screeners
IV-rank, theta-harvest, mispricing, whale activity.
Options primer
New to options? Start here. Includes IV, IV surface, and the Polymarket mapping.
FAQ
सामान्य प्रश्न
Polymarket नेटिव्हपणे stop-loss ऑर्डर्सचे समर्थन करते का?
नाही. Polymarket चा CLOB फक्त market आणि limit उघड करतो. PolyZig Pro Workstation सर्व्हर-साइडवर synthetic ऑर्डर्स (stops, stop-limits, trailing stops, OCO, brackets, conditional cross-market triggers) टिकवून आणि trigger सत्य मूल्यांकन केल्यानंतर मॅन्युअल तिकिटाच्या त्याच execution path द्वारे अंतर्निहित CLOB ऑर्डर fire करून ते अंतर बंद करते. watcher, schema, validation, आणि OCO sibling-cancellation logic आज शिप होते; production CLOB executor जो fired trigger ला पोस्ट केलेल्या ऑर्डरमध्ये बदलतो तो शिल्लक wire-up आहे.
Polymarket वर OCO कसे implement केले जाते?
PolyZig एका डेटाबेस व्यवहारात OCO चे दोन्ही legs तयार करते आणि एक पारस्परिक linked_order_id लिहिते जेणेकरून प्रत्येक leg दुसऱ्याला संदर्भित करतो. जेव्हा कोणताही leg fire होतो, watcher त्याच्या sibling ला रद्द करतो. रद्दीकरण firing ऑर्डरच्या मालकीच्या त्याच user_id पर्यंत स्कोप केले जाते, त्यामुळे एक भटका लिंक कधीही दुसऱ्या खात्यापर्यंत पोहोचू शकत नाही.
execution प्रकाशित झाल्यावर stop किती लवकर fire होईल?
conditional-orders watcher त्याच WebSocket subscription manager ची सदस्यता घेतो जो price chart चालवतो. price-cross इव्हेंटवर तो atomically पंक्तीला pending → triggered कडे प्रमोट करतो आणि मॅन्युअल तिकीट वापरत असलेल्या त्याच hot path वर OrderExecutor द्वारे अंतर्निहित CLOB ऑर्डर सबमिट करण्यासाठी wired आहे. Noop executor आज शिप होणारा placeholder आहे; एकदा production OrderExecutor adapter लँड झाला की, median price-cross-to-CLOB-submission latency workstation hub वर प्रकाशित केली जाते.
मी विद्यमान पोझिशनला stop आणि take-profit जोडू शकतो का?
हेच bracket प्रिमिटिव्ह कशासाठी तयार केले आहे: सामान्यपणे एक पोझिशन उघडा, नंतर एक bracket तयार करा — एक target leg (तुमच्या take-profit वर limit) आणि एक stop leg (stop किंवा stop-limit), atomically लिंक्ड, ज्यामध्ये जो प्रथम भरतो तो दुसऱ्याला रद्द करतो. bracket आज टिकते; live trigger-to-CLOB execution वर status banner मध्ये flagged production OrderExecutor wire-up सह येते.
PolyZig restart झाला तर माझ्या conditional ऑर्डर्सचे काय होईल?
ते Postgres मध्ये टिकतात. startup वर ConditionalOrderWatcher restore() ला कॉल करतो आणि प्रत्येक pending ऑर्डरच्या टोकनवर पुन्हा-सदस्यता घेतो. कोणतीही in-memory-only state नाही, त्यामुळे एक restart तुम्हाला काहीही खर्च पडत नाही.
हे तुमच्या खात्यावर मिळवा
Pro Workstation सरफेस — आणि या पृष्ठावर वर्णन केलेले सर्व काही — HFT Elite टियरवर ($149/महिना, प्रति-ट्रेड 0.10% शुल्क) उपलब्ध आहे.
HFT Elite वर अपग्रेड करा