주문 유형

Polymarket이 합성 주문 유형을 필요로 하는 이유

Polymarket의 CLOB은 두 가지 프리미티브만 노출합니다 — market과 limit. 네이티브 stop, bracket, OCO, trailing-stop은 없습니다. 카피트레이딩이나 모든 능동적 포지션 관리에 있어 이 격차는 화면을 지키거나 포지션이 0까지 갈 수 있다는 것을 받아들이도록 강요합니다. Pro Workstation은 서버 사이드 조건부 주문으로 이 격차를 메웁니다 — 트리거가 발화하면, 수동 티켓과 동일한 실행 경로를 통해 기본 CLOB 주문을 제출합니다.

모든 워크스테이션 주문은 공식 polymarket_client_sdk_v2로 클라이언트 측에서 서명되며, 어트리뷰션을 위해 V2 builder code를 첨부해 제출됩니다. PolyZig은 귀하의 자금을 결코 보관하지 않고, 개인 키를 결코 보유하지 않으며, 주문에 다시 서명하지도 않습니다 — 조건부 주문 워처는 인증된 세션을 재사용하는 자동 트리거일 뿐입니다.

Stop과 stop-limit

Stop은 가격이 트리거를 가로지를 때 시장가 주문을 발화시킵니다. Stop-limit은 귀하가 설정한 가격에서 limit 주문을 발화시키며, 빠른 시장에서 미체결 가능성을 감수하고 슬리피지 통제를 제공합니다. 둘 다 어느 방향으로든 적용됩니다 — sell stop은 가격이 트리거 아래로 떨어지면 발화하고, 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은 트리거를 관찰된 가격의 진행 중인 피크(매도측) 또는 트로프(매수측)에 다시 앵커합니다. trail offset은 stop이 발화하기 전에 가격이 그 피크에서 얼마나 되돌려야 하는지를 정의합니다. 라운드트립 드로다운을 제한하면서 승자를 달리게 두는 데 유용합니다 — 워크스테이션은 주문별 모니터 작업 안의 메모리에서 피크를 추적합니다.

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 티켓은 체결 시 서로를 취소하는 두 레그입니다 — 일반적으로 stop loss와 take profit. Bracket은 기존 포지션을 감싸는 OCO 패턴입니다. Workstation은 단일 데이터베이스 트랜잭션에서 두 레그를 모두 만들고 상호 참조하는 linked_order_id를 기록하므로, 먼저 발화하는 레그가 형제를 취소합니다 — 절반만 취소된 bracket으로 끝나는 시나리오는 없습니다.

취소는 사용자 범위로 제한됩니다 — 악의적인 링크가 어떻게든 주입되더라도 워처는 발화한 주문과 동일 사용자에 속한 형제만 취소합니다.

조건부 크로스마켓 트리거

조건부 주문은 한 시장을 감시하고 다른 시장에서 행동합니다. 예: "Trump-2024 YES가 $0.40 아래로 떨어지면 Trump-loss 상관 레그에서 매수를 발화". Workstation은 이를 stop과 동일한 방식으로 영속화합니다. 크로스마켓 평가기는 멀티레그 티켓 빌더와 함께 연결됩니다.

TWAP와 iceberg(로드맵)

얇은 Polymarket 페어에서는 몇 천 달러로도 호가를 움직일 수 있습니다. 계획: TWAP은 큰 주문을 설정 가능한 윈도우에 걸쳐 N개의 자식 주문으로 분할하고, iceberg는 호가에 보이는 슬라이스만 표시하고 보이는 부분이 체결됨에 따라 다시 채워 총 사이즈를 숨깁니다. 둘 다 비유동 시장에서의 마켓 임팩트 슬리피지를 줄입니다. 본 빌드에서는 둘 다 구현되지 않았습니다 — 이들은 Phase 4 실행 전략 컷에 속하며, 조건부 주문 워처가 진정한 CLOB executor를 노출한 후에 진행됩니다.

Time in force 플래그

오늘 모든 limit 티켓은 GTC(good-till-cancelled)로 제출됩니다. polymarket_client_sdk_v2가 주문 빌더에서 노출하는 것이 그것이기 때문입니다. GTD, IOC, FOK는 Phase 1b TIF 컷의 일부입니다 — SDK 업스트림 브랜치가 플래그를 추가하면(또는 워크스테이션이 기여하면), 티켓 UI는 TIF 드롭다운을 노출하고 주문 API는 PlaceOrderRequest를 time_in_force + expires_at으로 확장합니다. 그때까지는 타이트한 limit을 제출하고 다음 폴러 패스에서 취소함으로써 IOC 스타일 동작을 근사할 수 있습니다.

위험 정의 사이징

주문 티켓은 "max loss" 헬퍼를 포함합니다. 위험을 감수할 의향이 있는 달러 금액과 entry + stop 가격을 입력하면, 티켓이 손실을 정확히 그 숫자에서 제한하는 사이즈를 자동 계산합니다. 옵션 트레이더가 vertical을 사이징할 때 사용하는 것과 동일한 프리미티브입니다 — 명목금액이 아니라 하방을 포지셔닝하십시오.

size = max_loss / |entry_price − stop_price|