Aina za maagizo

Kwa nini Polymarket inahitaji aina za order za syntetiki

CLOB ya Polymarket inafichua primitif mbili tu: market na limit. Hakuna Stop ya asili, hakuna Bracket, hakuna OCO, na hakuna Trailing-stop. Kwa copy-trading au kwa usimamizi wowote wa nafasi unaoendelea, pengo hilo linakulazimisha aidha kufuatilia skrini au kukubali kwamba nafasi inaweza kuporomoka hadi sifuri. Pro Workstation inaziba pengo hilo na orders za masharti za upande-wa-seva zinazowasilisha order ya CLOB ya msingi kupitia njia ile ile ya utekelezaji kama tiketi ya mkono mara kichocheo kinapowaka.

Kila order ya workstation imesainiwa upande wa mteja kwa polymarket_client_sdk_v2 rasmi na imewasilishwa na V2 builder code iliyounganishwa kwa attribution. PolyZig haiwahi kushikilia fedha zako, haiwahi kushikilia ufunguo wako wa siri, na haiwahi kusaini upya order yako — mlinzi wa order za masharti ni kichocheo cha kiotomatiki tu kinachotumia tena kipindi chako kilichothibitishwa.

Stop na stop-limit

Stop inawasha order ya market wakati bei inavuka kichocheo chako. Stop-limit inawasha order ya limit kwa bei uliyoweka, ikikupa udhibiti wa slippage kwa gharama ya kushindwa kujazwa kunakowezekana katika masoko ya haraka. Vyote vinatumika kwa upande wowote: sell stop inawaka wakati bei inashuka chini ya kichocheo; buy stop inawaka wakati bei inapanda juu yake.

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 inarudisha kichocheo chake kwa kilele kinachoendesha (upande wa kuuza) au kilindi (upande wa kununua) cha bei iliyozingatiwa. Trail offset inafafanua jinsi bei inapaswa kurudi kutoka kwa kilele hicho kabla ya stop kuwaka. Muhimu kwa kuruhusu washindi waendelee huku bado ukifunga drawdown ya kuzunguka — workstation inafuatilia kilele katika kumbukumbu ndani ya kazi ya mlinzi wa kila 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 na Bracket — viungo vya atomiki, vya pamoja

Tiketi ya OCO ni leg mbili zinazofutana wakati wa kujazwa: kawaida stop loss na take profit. Bracket ni mfumo wa OCO unaozunguka nafasi iliyopo. Workstation inaunda leg zote mbili katika muamala mmoja wa hifadhidata na inaandika linked_order_id ya pamoja ili leg yoyote inayowaka kwanza ifute ndugu yake — hakuna hali ambapo unaishia na bracket iliyofutwa nusu.

Ufutaji umewekewa upeo wa mtumiaji: mlinzi atafuta tu ndugu anayemmiliki mtumiaji sawa na order inayowaka, hata kama kiungo cha uovu kingedungwa kwa namna fulani.

Vichocheo vya masharti vya mfumo-mbalimbali

Order ya masharti inaangalia soko moja na kuchukua hatua kwenye lingine. Mfano: "ikiwa Trump-2024 YES inashuka chini ya $0.40, washa nunua kwenye leg inayohusiana na kushindwa-kwa-Trump." Workstation inadumisha hizi kwa njia ile ile kama stop; mthamini wa mfumo-mbalimbali umeunganishwa pamoja na mjenzi wa tiketi ya multi-leg.

TWAP na iceberg (ramani ya barabara)

Kwenye jozi nyembamba za Polymarket hata dola elfu chache zinaweza kusongesha kitabu. Mpango: TWAP inakata order kubwa kuwa N orders za watoto katika dirisha linaloweza kuundwa; iceberg inaonyesha kitabu kipande tu kinachoonekana na kujaza tena wakati sehemu inayoonekana inajazwa, ikificha ukubwa kamili. Vyote vinapunguza slippage ya athari ya soko kwenye masoko yasiyo ya ukwasi. Hakuna iliyotekelezwa katika ujenzi huu — hizi ni za kipande cha mikakati-ya-utekelezaji ya Phase 4, baada ya mlinzi wa orders za masharti kufichua mtekelezaji wa CLOB halisi.

Bendera za time in force

Kila tiketi ya limit leo inawasilishwa kama GTC (good-till-cancelled), kwani hilo ndilo `polymarket_client_sdk_v2` inafichua kwenye mjenzi wa order. GTD, IOC, na FOK ni sehemu ya kipande cha TIF cha Phase 1b — mara tawi la upstream la SDK linapoongeza bendera (au workstation kuchangia), UI ya tiketi inafichua dropdown ya TIF na API ya order inapanua `PlaceOrderRequest` na `time_in_force` + `expires_at`. Hadi wakati huo, tabia ya mtindo wa IOC inaweza kukadiriwa kwa kuwasilisha limit kali na kufuta katika pita inayofuata ya poller.

Upangaji wa ukubwa unaofafanua hatari

Tiketi ya order inajumuisha msaidizi wa "max loss". Ingiza kiasi cha dola unachoweza kuhatarisha na bei za entry + stop, na tiketi inahesabu otomatiki ukubwa unaofunga hasara yako kwa kiwango hicho hasa. Primitif sawa na ile wachezaji wa options hutumia kupanga vertical: weka upande wa hasara, si notional yako.

size = max_loss / |entry_price − stop_price|