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। कोई native stop नहीं है, कोई bracket नहीं है, कोई OCO नहीं है, और कोई trailing stop नहीं है। copy-trading या किसी सक्रिय पोज़िशन प्रबंधन के लिए, यह अंतर आपको स्क्रीन की देखभाल करने या यह स्वीकार करने के लिए मजबूर करता है कि एक पोज़िशन शून्य तक चला जा सकता है। Pro Workstation सर्वर-साइड conditional ऑर्डरों के साथ उस अंतर को बंद करता है जो trigger सक्रिय होने पर मैनुअल टिकट के समान execution path के माध्यम से अंतर्निहित CLOB ऑर्डर सबमिट करते हैं।
हर workstation ऑर्डर आधिकारिक polymarket_client_sdk_v2 के साथ client-side पर sign किया जाता है और attribution के लिए V2 builder code संलग्न के साथ सबमिट किया जाता है। PolyZig कभी आपके फंड की custody नहीं करता, कभी आपकी निजी कुंजी नहीं रखता, और कभी आपके ऑर्डर को resign नहीं करता — conditional-order watcher सिर्फ़ एक स्वचालित trigger है जो आपके प्रमाणित सत्र का पुनः उपयोग करता है।
Stop और stop-limit
एक stop तब market ऑर्डर fire करता है जब मूल्य आपके trigger को पार करता है। एक stop-limit आपके निर्धारित मूल्य पर limit ऑर्डर fire करता है, फास्ट बाज़ारों में संभावित गैर-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 को सीमित करते हुए — 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 pattern है। 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 पास पर रद्द करके अनुमानित किया जा सकता है।
जोखिम-परिभाषित sizing
ऑर्डर टिकट में एक "max loss" सहायक शामिल है। वह डॉलर राशि दर्ज करें जिसे आप जोखिम में डालने को तैयार हैं और entry + stop मूल्य, और टिकट automatically उस आकार की गणना करता है जो आपकी हानि को ठीक उस आँकड़े पर सीमित करता है। वही आदिम जिसका उपयोग 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 native रूप से 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 को posted ऑर्डर में बदलता है, शेष wire-up है।
Polymarket पर OCO कैसे implement किया जाता है?
PolyZig एक डेटाबेस लेन-देन में OCO के दोनों legs बनाता है और एक पारस्परिक linked_order_id लिखता है ताकि प्रत्येक leg दूसरे को संदर्भित करे। जब कोई भी leg fire करता है, watcher उसके sibling को रद्द कर देता है। रद्दीकरण उसी user_id तक सीमित होता है जिसका firing ऑर्डर का स्वामित्व है, इसलिए एक भटका हुआ लिंक कभी किसी अन्य खाते तक नहीं पहुँच सकता।
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 पर अपग्रेड करें