Polymarket FAK order: how Fill-And-Kill market orders work

Một Polymarket FAK order (Fill-And-Kill) là primitive lệnh thị trường của nền tảng, cố gắng thực hiện ngay lập tức và hủy phần chưa khớp. Dùng lệnh này khi bạn cần khớp nhanh và chấp nhận trượt giá hoặc khớp một phần thay vì chờ lệnh giới hạn. Hướng dẫn này giải thích cách FAK hoạt động trên CLOB, cách cơ chế chống trượt giá của Polymarket vận hành, và các mô hình thực tế mà trader hoạt động thường dùng.

Những điểm chính

• Một Polymarket FAK order là lệnh thị trường thực hiện ngay và tự động hủy phần volume còn lại.
• CLOB của Polymarket cung cấp helper createMarketOrder để gửi FAK; Fill-And-Kill giảm rủi ro có một lệnh mở vô thời hạn.
• Cơ chế chống trượt giá được tích hợp trong FAK: giới hạn tác động giá có thể gây ra khớp một phần hoặc không khớp thay vì khớp ở giá cực đoan, nhưng bạn vẫn chịu rủi ro thực thi và phí taker.
• Dùng FAK cho các luồng nhạy thời gian (bắt arb, điều chỉnh cuối giai đoạn) và tránh dùng khi bạn cần giá hoặc khối lượng đầy đủ đảm bảo.
• Luôn tính đến rủi ro resolution, trượt giá, phí, khớp một phần, và thời gian thanh toán khi dùng FAK.

Polymarket FAK order chính xác là gì?

FAK là viết tắt của Fill-And-Kill. Trên Central Limit Order Book (CLOB) của Polymarket, một FAK là kiểu thực thi thị trường mà:

• ngay lập tức đi qua book tại các mức giá tốt nhất,
• khớp càng nhiều khối lượng mà thanh khoản cho phép ở những mức giá đó,
• và hủy ngay lập tức bất kỳ lượng còn lại chưa được ghép.

SDK của Polymarket hiện thị hành vi này qua helper createMarketOrder, bọc việc đặt lệnh, approvals và bất kỳ thiết lập ví cần thiết. Tất cả giao dịch Polymarket đi qua Relayer, nên FAK là gasless cho người dùng cuối.

Cơ chế chống trượt giá hoạt động thế nào cho FAK

Chống trượt giá ngăn lệnh thị trường giao dịch ở mức giá khác xa so với kỳ vọng. Trên Polymarket:

• FAK sẽ tiêu thụ thanh khoản trong book đến kích thước được chỉ định nhưng có các bảo vệ giới hạn tác động giá chấp nhận được. Nếu giá cần thiết vượt mức tác động cho phép, lệnh có thể khớp một phần và hủy phần còn lại thay vì quét vào các mức giá cực đoan.
• CLOB áp đặt tick size (thường là $0.01, thu hẹp về $0.001 khi giá ở vùng cực). Tick size ảnh hưởng số mức giá mà FAK sẽ đi qua.
• Helper FAK trong SDK thiết lập mặc định hợp lý cho trượt giá; builders và trader nâng cao có thể đặt giới hạn chặt hơn khi định tuyến lệnh chương trình.

Cơ chế chống trượt giảm khả năng khớp ở giá thảm họa nhưng không loại bỏ rủi ro thực thi. Bạn vẫn có thể nhận khớp một phần hoặc trả nhiều hơn (hoặc ít hơn) midpoint nếu book mỏng.

Khi nào nên dùng FAK (và khi nào không)

Các trường hợp nên dùng

• Bắt arb khi độ trễ là then chốt và bạn chấp nhận khớp một phần. Với intra-market arb, tốc độ của FAK có thể là khác biệt giữa việc thu được edge và để mất nó cho các taker khác.
• Điều chỉnh vị thế nhạy thời gian gần tin tức hoặc cửa sổ resolution khi bạn phải giao dịch ngay.
• Thoát nhanh khi bạn ưu tiên rời khỏi book nhanh hơn là đảm bảo giá.

Các trường hợp không nên dùng

• Khi bạn cần giá đảm bảo hoặc khớp đầy đủ cho một kích thước cụ thể — dùng lệnh limit thay thế.
• Thị trường mỏng, thanh khoản kém nơi việc quét book có nguy cơ phải trả spread lớn so với midpoint.
• Chiến lược không chịu được khớp một phần mà không có logic tái cân bằng phức tạp.

Cơ chế thực thi và phí mong đợi

• FAK là khớp taker và do đó có thể phát sinh phí taker. Maker fee trên Polymarket là zero, nhưng taker fee thay đổi theo category (0%–1.8%). Hãy tính phí taker khi định kích thước giao dịch và đánh giá trượt giá.
• Polymarket tài trợ gas giao dịch qua Relayer; bạn chỉ cần pUSD để giao dịch.
• SDK trả về báo cáo thực thi, bao gồm khối lượng đã khớp, giá trung bình đã trả và số tiền phí. Dùng các biên nhận chương trình này để đối chiếu P&L và cho logic hạ nguồn (ví dụ: thử lại khớp nếu khớp một phần).

Mô hình thực tế cho trader hoạt động

1. Bắt arb thận trọng

• Gửi FAK với cài đặt max-impact bảo thủ. Nếu bạn nhận khớp một phần, phần còn lại vẫn cho bạn mức lỗ tối đa có thể dự đoán. Gửi lại các lệnh nhỏ hơn chỉ sau khi đánh giá lại book.

2. Luồng hai bước cho endgame

• Dùng limit chặt tại best ask khi bạn có thể chờ vài giây. Nếu limit không khớp và sự kiện di chuyển, hủy và phát hành một FAK với cap trượt giá được kiểm soát.

3. Thanh lý hàng loạt

• Chia kích thước lớn mục tiêu thành nhiều FAK với kích thước phù hợp với độ sâu điển hình ở đầu book. Điều này giảm khả năng quét sâu các mức và giảm trượt giá thực tế.

4. Tích hợp Builder

• Nếu định tuyến qua một Builder, Polymarket Builder Program và Relayer hỗ trợ attribution và builder fees. Tier của Builder ảnh hưởng giới hạn relayer hàng ngày và phần thưởng; thiết kế việc dùng FAK để tôn trọng rate limits và header attribution khi cần.

Đọc kết quả khớp và xử lý khớp một phần

Luôn phân tích execution report của sàn sau một FAK:

• Xác nhận khối lượng đã khớp và giá trung bình. Đối chiếu phí và cập nhật trạng thái vị thế.
• Nếu khớp một phần, quyết định có thử lại FAK khác, đặt limit cho phần còn lại, hoặc chấp nhận phần chưa khớp. Lựa chọn của bạn nên phản ánh mức khẩn cấp, dự đoán chuyển động thị trường và độ nhạy phí.

Hệ thống tự động nên triển khai vòng đợi-chờ-nhỏ thay vì gửi lại dữ dội để tránh phí không cần thiết hoặc bị giới hạn bởi relayer.

Rủi ro và chế độ lỗi (không gọi giao dịch FAK là không rủi ro)

Dùng FAK giảm thời gian trên book nhưng không loại bỏ rủi ro. Các rủi ro chính gồm:

• Trượt giá và khớp một phần: bạn có thể không nhận đủ khối lượng tại mức giá mong muốn.
• Phí: FAK là khớp taker và có thể chịu phí taker áp dụng cho category thị trường.
• Rủi ro resolution và thanh toán: outcomes được settle qua UMA; tranh chấp có thể trì hoãn việc redeem token thắng.
• Rủi ro smart-contract và vận hành: mặc dù Polymarket là gasless và dùng framework được biết đến (CTF), bất kỳ hệ thống on-chain nào cũng mang rủi ro nền tảng.
• Hạn chế địa lý và tuân thủ: Polymarket chặn lệnh từ một số khu vực và cấm né bằng VPN.

Luôn ghép các tuyên bố về edge toán học với những rủi ro này; Fill-And-Kill làm cho việc thực thi nhanh, không phải là đảm bảo hay không rủi ro.

Điều này ảnh hưởng đến giao dịch của bạn thế nào

Nếu bạn giao dịch tích cực trên Polymarket, hiểu rằng FAK là công cụ lệnh thị trường của nền tảng và phù hợp nhất cho luồng ưu tiên tốc độ hơn kích thước. Dùng helper createMarketOrder trong SDK để gửi FAK với cap trượt hợp lý, giám sát khớp bằng chương trình và ưu tiên lệnh limit khi bạn cần kiểm soát giá chặt hơn. Tính đến phí taker và khả năng khớp một phần trong quản lý vị thế, giới hạn rủi ro và logic hậu giao dịch.

FAK là một công cụ — dùng khi tính kịp thời quan trọng, và thiết kế quy tắc dự phòng khi FAK không khớp đầy đủ.

Các câu hỏi thường gặp

Sự khác nhau giữa Polymarket FAK order và limit order là gì?

FAK cố gắng khớp ngay lập tức với book và hủy phần còn lại; limit order được đặt lên book tại một giá cụ thể và có thể nằm đó chờ khớp. Dùng FAK khi bạn ưu tiên tốc độ; dùng limit khi bạn ưu tiên giá và khối lượng đảm bảo.

FAK có thể khiến tôi trả giá tệ hơn nhiều so với kỳ vọng không?

Có. Mặc dù FAK có cơ chế chống trượt, book mỏng vẫn có thể gây tác động giá lớn. Helper FAK cho phép đặt cap trượt để giới hạn khớp cực đoan, điều này có thể dẫn tới khớp một phần thay vì khớp đầy đủ ở giá kém.

FAK trên Polymarket có gasless không?

Có. Polymarket điều hướng giao dịch qua Relayer nên việc triển khai ví, approvals và đặt FAK là gasless cho người dùng cuối. Bạn vẫn cần pUSD để giao dịch.

Tôi có phải trả phí cho FAK không?

FAK là khớp taker và có thể chịu phí taker. Maker fee trên Polymarket là zero; taker fee thay đổi theo category (hiện trong khoảng 0% đến 1.8%).

Tôi nên xử lý khớp một phần từ FAK như thế nào?

Kiểm tra execution report để biết khối lượng đã khớp và giá trung bình, sau đó quyết định gửi lại FAK khác, đặt limit cho phần còn lại, hoặc chấp nhận khớp một phần. Chiến lược tự động nên bao gồm các vòng đợi nhỏ và logic thử lại có tính phí.