Tipe order

Mengapa Polymarket membutuhkan jenis order sintetis

CLOB Polymarket hanya mengekspos dua primitif: market dan limit. Tidak ada Stop native, tidak ada Bracket, tidak ada OCO, dan tidak ada Trailing-stop. Untuk copy-trading atau untuk manajemen posisi aktif apa pun, celah itu memaksa Anda untuk menjaga layar atau menerima bahwa sebuah posisi dapat meluncur ke nol. Pro Workstation menutup celah itu dengan order kondisional sisi-server yang mengirim order CLOB dasar melalui jalur eksekusi yang sama dengan tiket manual setelah pemicu menyala.

Setiap order workstation ditandatangani sisi-klien dengan polymarket_client_sdk_v2 resmi dan dikirim dengan V2 builder code terlampir untuk atribusi. PolyZig tidak pernah menyimpan dana Anda, tidak pernah memegang kunci pribadi Anda, dan tidak pernah menandatangani ulang order Anda — pemantau order kondisional hanyalah pemicu otomatis yang menggunakan kembali sesi terautentikasi Anda.

Stop dan stop-limit

Stop menyalakan order pasar saat harga melewati pemicu Anda. Stop-limit menyalakan order limit pada harga yang Anda tetapkan, memberi Anda kontrol slippage dengan biaya kemungkinan tidak terisi di pasar yang cepat. Keduanya berlaku ke arah mana pun: sell stop menyala saat harga turun di bawah pemicu; buy stop menyala saat harga naik di atasnya.

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 menambatkan ulang pemicunya ke puncak berjalan (sisi jual) atau palung (sisi beli) harga yang diamati. Trail offset menentukan seberapa jauh harga harus mundur dari puncak itu sebelum stop menyala. Berguna untuk membiarkan pemenang berlari sambil tetap membatasi drawdown bolak-balik — workstation melacak puncak dalam memori di dalam tugas pemantau per order.

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 dan Bracket — tautan atomik, timbal balik

Tiket OCO adalah dua leg yang membatalkan satu sama lain saat terisi: biasanya stop loss dan take profit. Bracket adalah pola OCO yang membungkus posisi yang ada. Workstation membuat kedua leg dalam satu transaksi database dan menulis linked_order_id timbal balik sehingga leg mana pun yang menyala lebih dulu membatalkan saudara — tidak ada skenario di mana Anda berakhir dengan bracket yang separuh dibatalkan.

Pembatalan dilingkupi pengguna: pemantau hanya akan membatalkan saudara yang dimiliki oleh pengguna yang sama dengan order yang menyala, bahkan jika tautan jahat entah bagaimana disuntikkan.

Pemicu kondisional lintas pasar

Order kondisional mengamati satu pasar dan bertindak pada pasar lain. Contoh: "jika Trump-2024 YES turun di bawah $0,40, nyalakan beli pada leg berkorelasi kekalahan-Trump." Workstation mempersistensikan ini dengan cara yang sama dengan stop; evaluator lintas-pasar disambungkan bersama pembangun tiket multi-leg.

TWAP dan iceberg (roadmap)

Pada pasangan Polymarket tipis bahkan beberapa ribu dolar dapat menggerakkan buku. Rencana: TWAP memotong order besar menjadi N order anak selama jendela yang dapat dikonfigurasi; iceberg menampilkan ke buku hanya potongan terlihat dan mengisi ulang saat porsi terlihat terisi, menyembunyikan ukuran total. Keduanya mengurangi slippage dampak pasar pada pasar tidak likuid. Tidak ada yang diimplementasikan dalam build ini — ini termasuk potongan strategi-eksekusi Phase 4, setelah pemantau order kondisional mengekspos eksekutor CLOB sungguhan.

Bendera time in force

Setiap tiket limit hari ini dikirim sebagai GTC (good-till-cancelled), karena itulah yang diekspos `polymarket_client_sdk_v2` pada pembangun order. GTD, IOC, dan FOK adalah bagian dari potongan TIF Phase 1b — setelah cabang upstream SDK menambahkan bendera (atau workstation menyumbangkannya), UI tiket mengekspos dropdown TIF dan API order memperluas `PlaceOrderRequest` dengan `time_in_force` + `expires_at`. Sampai saat itu, perilaku gaya IOC dapat didekati dengan mengirim limit ketat dan membatalkan pada lintasan poller berikutnya.

Pengukuran ukuran berbasis-risiko

Tiket order menyertakan helper "max loss". Masukkan jumlah dolar yang Anda bersedia pertaruhkan dan harga entry + stop, dan tiket otomatis menghitung ukuran yang membatasi kerugian Anda tepat pada angka itu. Primitif yang sama yang digunakan trader options untuk mengukur vertical: posisikan sisi rugi Anda, bukan notional Anda.

size = max_loss / |entry_price − stop_price|