Loại lệnh

Vì sao Polymarket cần các loại lệnh tổng hợp

CLOB của Polymarket chỉ hiển thị hai nguyên thuỷ: market và limit. Không có stop gốc, không có bracket, không có OCO, không có trailing stop. Với copy-trading hay bất kỳ quản lý vị thế chủ động nào, lỗ hổng đó buộc bạn phải hoặc giữ màn hình hoặc chấp nhận rằng một vị thế có thể trượt về không. Pro Workstation lấp khoảng đó bằng các lệnh có điều kiện phía server, gửi lệnh CLOB bên dưới qua cùng đường thực thi như phiếu thủ công khi trigger kích hoạt.

Mọi lệnh workstation đều được ký phía client với polymarket_client_sdk_v2 chính thức và gửi kèm V2 builder code để gán quyền tác giả. PolyZig không bao giờ giữ tiền của bạn, không giữ private key và không ký lại lệnh — bộ giám sát lệnh có điều kiện chỉ là trigger tự động tái sử dụng phiên đã xác thực của bạn.

Stop và stop-limit

Một Stop kích hoạt một lệnh thị trường khi giá vượt trigger của bạn. Stop-limit kích hoạt một lệnh limit ở giá bạn đặt, cho bạn kiểm soát slippage với cái giá là khả năng không khớp trong thị trường nhanh. Cả hai áp dụng cả hai chiều: sell stop kích hoạt khi giá xuống dưới trigger; buy stop kích hoạt khi giá lên trên trigger.

side=sell, trigger_price=0.45  →  fires when price ≤ 0.45
side=buy,  trigger_price=0.55  →  fires when price ≥ 0.55

Trailing stop

Một Trailing-stop neo lại trigger theo đỉnh chạy (phía bán) hoặc đáy (phía mua) của giá quan sát. Trail offset xác định giá phải lùi bao xa từ đỉnh đó trước khi stop kích hoạt. Hữu ích để các vị thế thắng tiếp tục chạy mà vẫn giới hạn drawdown khứ hồi — workstation theo dõi đỉnh trong bộ nhớ trong tác vụ giám sát theo từng lệnh.

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 và Bracket — liên kết nguyên tử, đối ứng

Một phiếu OCO là hai leg huỷ lẫn nhau khi khớp: thường là một stop loss và một take profit. Bracket là mẫu OCO bao quanh một vị thế hiện có. Workstation tạo cả hai leg trong một transaction database và ghi linked_order_id đối ứng để leg nào kích hoạt trước sẽ huỷ leg kia — không có kịch bản nào bạn bị kẹt với bracket huỷ một nửa.

Việc huỷ được giới hạn theo người dùng: bộ giám sát chỉ huỷ leg đối ứng thuộc cùng người dùng với lệnh đang kích hoạt, ngay cả khi liên kết độc hại nào đó được chèn vào.

Kích hoạt có điều kiện chéo thị trường

Một lệnh có điều kiện theo dõi một thị trường và hành động trên thị trường khác. Ví dụ: "nếu Trump-2024 YES rơi xuống dưới $0,40, kích hoạt một lệnh mua trên leg tương quan thua-Trump." Workstation lưu các lệnh này theo cùng cách như stop; bộ đánh giá chéo thị trường được nối chung với trình xây phiếu multi-leg.

TWAP và iceberg (lộ trình)

Trên các cặp Polymarket mỏng, ngay cả vài nghìn đô có thể di chuyển sổ. Kế hoạch: TWAP cắt một lệnh lớn thành N lệnh con qua cửa sổ có cấu hình; iceberg chỉ hiển thị phần nhìn thấy được trên sổ và bổ sung khi phần nhìn thấy được khớp, ẩn tổng kích thước. Cả hai giảm slippage tác động thị trường trên thị trường thanh khoản kém. Cả hai chưa được triển khai trong bản dựng này — chúng thuộc về Phase 4 chiến lược thực thi, sau khi bộ giám sát lệnh có điều kiện hiển thị một CLOB executor thật.

Cờ time in force

Mỗi phiếu limit hôm nay được gửi dưới dạng GTC (good-till-cancelled), vì đó là cờ mà `polymarket_client_sdk_v2` hiển thị trên trình xây lệnh. GTD, IOC và FOK thuộc Phase 1b TIF — khi nhánh upstream của SDK đưa cờ này vào (hoặc workstation đóng góp), UI phiếu hiển thị dropdown TIF và API lệnh mở rộng `PlaceOrderRequest` với `time_in_force` + `expires_at`. Cho đến khi đó, hành vi kiểu IOC có thể được xấp xỉ bằng cách gửi một limit chặt và huỷ ở lượt poll tiếp theo.

Định kích thước theo rủi ro

Phiếu lệnh có một trợ giúp "max loss". Nhập số đô bạn sẵn sàng mạo hiểm và giá entry + stop, phiếu sẽ tự tính kích thước giới hạn lỗ ở đúng con số đó. Cùng nguyên thuỷ mà trader options dùng để cân vertical: định vị rủi ro của bạn, không phải notional.

size = max_loss / |entry_price − stop_price|