ประเภทคำสั่ง

เหตุใด Polymarket ต้องการประเภทคำสั่ง synthetic

CLOB ของ Polymarket เปิดเผยเพียงสอง primitives: market และ limit ไม่มี stop native, ไม่มี bracket, ไม่มี OCO และไม่มี trailing stop สำหรับ copy-trading หรือการจัดการตำแหน่งที่ active ใดๆ ช่องว่างนั้นบังคับให้คุณดูแลหน้าจอหรือยอมรับว่าตำแหน่งสามารถลงไปถึงศูนย์ได้ Pro Workstation ปิดช่องว่างนั้นด้วยคำสั่ง conditional ฝั่ง server ที่ส่งคำสั่ง CLOB พื้นฐานผ่าน execution path เดียวกับตั๋วด้วยตนเองเมื่อ trigger ทำงาน

ทุกคำสั่ง workstation เซ็นชื่อฝั่ง client ด้วย polymarket_client_sdk_v2 อย่างเป็นทางการ และส่งพร้อม V2 builder code แนบสำหรับการอ้างอิง PolyZig ไม่เคยเก็บ funds ของคุณ ไม่เคยถือ private key ของคุณ และไม่เคยเซ็นชื่อคำสั่งของคุณใหม่ — conditional-order watcher เป็นเพียง trigger อัตโนมัติที่ใช้เซสชันที่รับรองความถูกต้องของคุณซ้ำ

Stop และ stop-limit

Stop ส่งคำสั่ง market เมื่อราคาข้าม trigger ของคุณ Stop-limit ส่งคำสั่ง limit ที่ราคาที่คุณตั้ง ให้การควบคุม slippage โดยมีต้นทุนของการ non-fill ที่เป็นไปได้ในตลาดเร็ว ทั้งสองใช้ในทิศทางใดก็ได้: sell stop ส่งเมื่อราคาตกต่ำกว่า trigger; buy stop ส่งเมื่อราคาขึ้นเหนือ

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) หรือ trough (ฝั่ง buy) ของราคาที่สังเกตได้ trail offset กำหนดว่าราคาต้อง retrace จาก peak นั้นเท่าไหร่ก่อนที่ stop จะส่ง มีประโยชน์สำหรับการให้ผู้ชนะวิ่งในขณะที่ยังคงจำกัด round-trip drawdown — workstation ติดตาม peak ใน in-memory ภายใน 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 และ bracket — ลิงก์อะตอมและกลับ

ตั๋ว OCO คือสอง legs ที่ยกเลิกกันเมื่อ fill: โดยทั่วไป stop loss และ take profit Bracket คือรูปแบบ OCO ที่ห่อหุ้มตำแหน่งที่มีอยู่ Workstation สร้างทั้งสอง legs ในหนึ่งธุรกรรมฐานข้อมูลและเขียน linked_order_id แบบกลับ เพื่อให้ leg ใดก็ตามที่ส่งก่อนยกเลิก sibling — ไม่มีสถานการณ์ที่คุณจบลงด้วย bracket ที่ยกเลิกครึ่งหนึ่ง

การยกเลิกเป็น user-scoped: watcher จะยกเลิกเฉพาะ sibling ที่เป็นของ user เดียวกันกับคำสั่งที่ส่ง แม้ว่าลิงก์ที่เป็นอันตรายจะถูก inject เข้ามาก็ตาม

Conditional cross-market triggers

คำสั่ง conditional ดูตลาดหนึ่งและดำเนินการกับอีกตลาด ตัวอย่าง: "หาก Trump-2024 YES ตกต่ำกว่า $0.40 ส่ง buy บน leg ที่สัมพันธ์กับ Trump-loss" Workstation persist สิ่งเหล่านี้เหมือน stops; cross-market evaluator wired ควบคู่กับ multi-leg ticket builder

TWAP และ iceberg (โรดแมป)

บนคู่ Polymarket ที่บาง แม้แต่ไม่กี่พันดอลลาร์ก็สามารถเคลื่อนหนังสือได้ แผน: TWAP แบ่งคำสั่งใหญ่เป็น N child orders ในกรอบหน้าต่างที่กำหนดค่าได้; iceberg แสดงต่อหนังสือเฉพาะชิ้นที่มองเห็นและเติมใหม่เมื่อส่วนที่มองเห็นถูก fill ซ่อนขนาดทั้งหมด ทั้งสองลด market-impact slippage บนตลาด illiquid ไม่มีอันใดถูก implement ใน build นี้ — สิ่งเหล่านี้อยู่ในช่วง Phase 4 execution-strategies cut หลังจากที่ conditional-orders watcher เปิดเผย CLOB executor จริง

Time in force flags

ตั๋ว limit ทุกใบวันนี้ส่งเป็น GTC (good-till-cancelled) เนื่องจากเป็นสิ่งที่ `polymarket_client_sdk_v2` เปิดเผยบน order builder GTD, IOC และ FOK เป็นส่วนหนึ่งของ Phase 1b TIF cut — เมื่อ branch upstream ของ SDK เพิ่ม flag ลง (หรือ workstation มีส่วนร่วม) UI ตั๋วเปิดเผย dropdown TIF และ order API ขยาย `PlaceOrderRequest` ด้วย `time_in_force` + `expires_at` จนถึงตอนนั้น พฤติกรรมแบบ IOC สามารถประมาณได้โดยการส่ง limit ที่แคบและยกเลิกใน poller pass ถัดไป

การกำหนดขนาดตามความเสี่ยง

ตั๋วคำสั่งมีตัวช่วย "max loss" ใส่จำนวนดอลลาร์ที่คุณยินดีเสี่ยงและราคา entry + stop และตั๋วจะคำนวณขนาดที่จำกัดความสูญเสียของคุณที่ตัวเลขนั้นโดยอัตโนมัติ Primitive เดียวกับที่เทรดเดอร์ options ใช้กำหนดขนาด vertical: วาง downside ของคุณ ไม่ใช่ notional ของคุณ

size = max_loss / |entry_price − stop_price|