Polymarket vs Limitless

สรุปอย่างรวดเร็ว: ถ้าคุณเป็นผู้ค้าที่ใช้งานหนักและกำลังเปรียบเทียบ Polymarket vs Limitless สองแพลตฟอร์มมีเป้าหมายระดับสูงเดียวกัน — ตลาดพยากรณ์บน‑chain — แต่แตกต่างกันอย่างมีนัยสำคัญในสถาปัตยกรรมการจับคู่ การไหลของการชำระ ค่าธรรมเนียม และสมมติฐาน UX ไกด์นี้เน้นความแตกต่างที่สำคัญต่อการเทรด: วิธีการจับคู่คำสั่ง คุณจ่ายเท่าไหร่ วิธีที่ตำแหน่งถูกชำระ และความแตกต่างเหล่านั้นส่งผลอย่างไรต่อการทำ arbitrage และการดำเนินการ

ข้อสรุปที่สำคัญ

• Polymarket รัน Central Limit Order Book (CLOB) บน Polygon และชำระใน pUSD; สิ่งนี้เปลี่ยนพฤติกรรมของสเปรด ประเภทคำสั่ง และความหน่วงเวลา.
• กลไกและค่าธรรมเนียมที่แน่นอนของ Limitless ไม่ได้อยู่ในเอกสารสรุปนี้; ดูเอกสารของ Limitless สำหรับตัวเลขที่แม่นยำ ข้าพเจ้าได้ระบุช่องว่างไว้ในส่วน "Notes".
• สำหรับ intra-platform arbitrage โครงสร้างจุลภาคของตลาด (ความลึกของ order book, ขนาด tick, และตารางค่าธรรมเนียม) สำคัญกว่าแบรนด์.
• Polymarket สนับสนุนค่าแก๊สผ่าน Relayer และใช้ UMA สำหรับการ resolution — สิ่งนี้ส่งผลต่อเวลาและความเสี่ยงในการชำระบัญชี.

ทำไมโครงสร้างและการชำระบัญชีจึงสำคัญ

การจับคู่คำสั่งกำหนดว่าคุณเข้าถึงสภาพคล่องได้อย่างไร. CLOB เปิดเผย bids และ asks ที่มองเห็นได้ ช่วยให้คุณอ่านสเปรด วางคำสั่งแบบ passive maker หรือใช้ FAK market orders เพื่อดำเนินการอย่างรุก. กลไกการชำระกำหนดว่าคุณสามารถแปลงโทเค็นผลลัพธ์ที่ชนะเป็น pUSD ได้เร็วเพียงใดหลังการ resolution และว่า oracle ใดเป็นผู้ควบคุมข้อพิพาท.

Polymarket แบบย่อ

Polymarket รันบน Polygon (chain ID 137) และใช้ pUSD (wrapped USDC ของ Polymarket) เป็นสินทรัพย์การชำระ. ตลาดถูกสร้างด้วย Gnosis Conditional Token Framework (CTF) และจับคู่โดย Central Limit Order Book (CLOB). การเทรดเป็นแบบ gasless สำหรับผู้ใช้อันเป็นผลมาจาก Polymarket ที่สนับสนุนการทำธุรกรรมผ่าน Relayer.

ข้อเท็จจริงที่น่าสังเกตเกี่ยวกับ Polymarket ที่ส่งผลต่อการเทรด

• Matching: CLOB — เปิดเผย best bid / best ask, ความลึกของ order book, และกลไกขนาด tick (โดยทั่วไป $0.01 และจะกระชับเป็น $0.001 ใกล้ค่าราคาที่สุดขอบ).
• Settlement: หุ้นผลลัพธ์เป็นโทเค็น ERC-1155 ของ CTF; การ resolution ใช้ UMA optimistic oracle และการพิพาทของผลการ resolution สามารถหยุดการชำระบัญชีได้.
• Fees: ค่าธรรมเนียม taker แตกต่างตามหมวดหมู่ (ช่วง 0%–1.8% ที่บันทึกไว้); ค่าธรรมเนียม maker เป็นศูนย์.
• Wallets: MetaMask, Phantom, Rabby, Bitget, OKX, Coinbase และกระเป๋าที่เข้ากันได้กับ EIP-6963; ใช้ Gnosis Safe หรือ Proxy wallets บนเชน.
• Gas model: Relayer สนับสนุนแก๊ส; ผู้ใช้เทรดด้วย pUSD และไม่ต้องการ POL.

การเปรียบเทียบกับ Limitless (สิ่งที่ข้าพเจ้าทราบและไม่ทราบ)

ข้าพเจ้าไม่แน่ใจในสถาปัตยกรรมที่แน่นอน ตารางค่าธรรมเนียม หรือชุด oracle ของ Limitless เนื่องจากรายละเอียดเหล่านั้นไม่ได้ให้มาในสรุปด้านบน ด้านล่างข้าพเจ้าร่างจุดเปรียบเทียบที่ผู้ค้าควรตรวจสอบในเอกสารของ Limitless และเหตุผลที่สิ่งเหล่านั้นมีความสำคัญ.

สิ่งที่ควรตรวจสอบบน Limitless ก่อนเทรด

• Matching engine: เป็น CLOB, AMM หรือไฮบริดหรือไม่? CLOB ให้ order book ที่มองเห็นได้และ midpoints ที่แคบกว่าในตลาดที่มีความลึก; AMM ให้สภาพคล่องทันทีแต่แนะนำเส้นโค้ง slippage เชิงนัย.
• Settlement currency and chain: คุณใช้โทเค็นอะไรในการเทรดและการชำระบัญชีเกิดบนเชนใด? Polymarket ใช้ pUSD บน Polygon; สินทรัพย์หรือเชนที่ไม่ตรงกันส่งผลต่อการระดมทุนและเวลาโอน.
• Oracle and dispute model: oracle ใดเป็นผู้ resolution ตลาดและกระบวนการพิพาทเป็นอย่างไร? Polymarket ใช้ UMA; ข้อพิพาทการ resolution สามารถล่าช้าเวลาการ redeem โทเค็นที่ชนะได้.
• Fees: ค่าธรรมเนียม maker/taker ค่าธรรมเนียมโปรแกรม Builder และแถบค่าธรรมเนียม taker ที่ขึ้นกับหมวดหมู่ สิ่งเหล่านี้มีผลอย่างมีนัยสำคัญต่อ edge ของ arbitrage หลังค่าธรรมเนียม.
• Gas model: มีการสนับสนุนค่าแก๊สหรือไม่? ผู้ใช้ต้องจ่ายแก๊สสำหรับการเปิด wallet, split/merge หรือ approvals หรือไม่?

ผลต่อการดำเนินการและ arbitrage

• Order book ที่มองเห็นได้ (CLOB) กับสภาพคล่องนิ่ง (AMM): หาก Limitless เป็น AMM กลยุทธ์ complete-set arbitrage (ซื้อทุก outcome เมื่อ Σ bestAsk < $1.00) จะมีพฤติกรรมต่างกัน. บน CLOB เช่น Polymarket คุณสามารถเป้าหมาย best asks ที่มองเห็นได้และใช้ FAK market orders; บน AMM คุณต้องจ่ายตาม curve ของพูลและอาจพบ slippage มากขึ้น.

• ขนาด tick และโครงสร้างจุลภาค: ขั้นตอน tick ของ Polymarket ($0.01 บางครั้ง $0.001) ส่งผลต่อความละเอียดของ edge ที่จะเกิดขึ้น ตรวจสอบ Limitless สำหรับกลไก tick — tick ที่หยาบกว่าเพิ่มการสูญเสียจากการดิสครีไทซ์และเปลี่ยนความสามารถทำกำไรของ arbitrage.

• ค่าธรรมเนียมและการ routing ของ Builder: Polymarket มีค่าธรรมเนียม taker ที่เปลี่ยนแปลงได้ถึง 1.8% และค่าธรรมเนียม maker เป็นศูนย์; Polymarket ยังรองรับ Builder Program สำหรับการ routed order ที่มีการระบุที่มาและค่าธรรมเนียม builder เปรียบเทียบค่าธรรมเนียมของ Limitless การแบ่ง maker/taker และแรงจูงใจการ routing — ทั้งหมดนี้เปลี่ยน edge สุทธิ.

• การชำระและความเสี่ยงของ oracle: การใช้ UMA ของ Polymarket หมายความว่าการพิพาทสามารถหยุดการชำระได้ การทำ arbitrage ใดๆ จำเป็นต้องคำนึงถึงความเสี่ยงการ resolution เวลาในการชำระ และความเสี่ยงของสมาร์ตคอนแทรกต์บนทั้งสองแพลตฟอร์ม.

UX เครื่องมือ และ APIs

• Polymarket ให้บริการ REST APIs สามชุดและ WebSocket ของตลาด เรียนรู้ endpoints ที่แน่นอนเมื่อสร้างบอท: Gamma (https://gamma-api.polymarket.com), Data (https://data-api.polymarket.com), CLOB (https://clob.polymarket.com) และ market WS (wss://ws-subscriptions-clob.polymarket.com/ws/market).

• ถ้า Limitless มี developer APIs ให้เปรียบเทียบ rate limits, endpoints ที่มี (orderbook, trades, fills, WS) และว่าการวางคำสั่งต้องใช้ API keys/HMAC หรือไม่.

เช็กลิสต์เชิงปฏิบัติสำหรับผู้ค้าที่ใช้งานหนัก

ก่อนจะส่งทุนหรือ deploy บอท ยืนยันสิ่งเหล่านี้บนทั้งสองแพลตฟอร์ม:

1. Matching model (CLOB vs AMM) และประเภทคำสั่งที่มีให้.
2. สกุลเงินการชำระ, เชน, และความแตกต่างของโทเค็นแบบห่อ (เช่น pUSD บน Polymarket).
3. ตารางค่าธรรมเนียมและการยกเว้นหรือการเรียกเก็บตามหมวดหมู่.
4. Oracle และกลไกพิพาท — การล่าช้าการชำระที่คาดไว้และหน้าต่างการพิพาท.
5. พฤติกรรมขนาด tick และวิธีการเปลี่ยนแปลงใกล้ค่าราคาขอบ.
6. โมเดลแก๊สและประเภทกระเป๋า — ว่ามีการสนับสนุนแก๊สหรือไม่และรองรับกระเป๋าใดบ้าง.
7. การเข้าถึง API, ขีดจำกัดอัตรา, และว่า market WS รองรับเหตุการณ์ best_bid_ask หรือไม่.

ผลต่อการเทรดของคุณ

• กลยุทธ์ arbitrage: สำหรับ intra-platform arbitrage บน Polymarket, CLOB ที่มองเห็นได้และโปรไฟล์ค่าธรรมเนียม maker เป็นศูนย์เอื้อต่อการให้สภาพคล่องแบบ passive และการใช้ FAK แบบรุกเพื่อให้ได้การเติมอย่างรวดเร็ว. หาก Limitless ใช้โมเดลการจับคู่หรือโครงสร้างค่าธรรมเนียมที่ต่างออกไป กลยุทธ์ที่เหมาะสมจะเปลี่ยนไป.

• การกำหนดขนาดความเสี่ยง: ควรจำลองการเติมในกรณีแย่ที่สุด (partial fills และ slippage), ภาระค่าธรรมเนียม, และการหน่วงเวลาการชำระจากข้อพิพาทของ oracle. โมเดล Relayer ของ Polymarket กำจัดแก๊สเป็นตัวแปร แต่การพิพาทของ UMA ยังคงเป็นความเสี่ยงในการชำระ.

• การออกแบบบอท: ให้ความสำคัญกับการสมัครสมาชิก WS ที่มีความหน่วงต่ำสำหรับเหตุการณ์ best_bid_ask และ last_trade_price บนแพลตฟอร์ม CLOB. ขีดจำกัดอัตราบน endpoints REST (ข้อจำกัด /markets ของ Gamma ที่ระบุด้านบน) ควรกำหนด fallback และการแคช.

สรุปปิด

Polymarket vs Limitless เป็นคำถามหลักเกี่ยวกับ market microstructure, การออกแบบค่าธรรมเนียม และกลไกการชำระ. คุณลักษณะที่บันทึกของ Polymarket — CLOB บน Polygon, การชำระเป็น pUSD, การ resolution โดย UMA, โมเดล Relayer gasless, และค่าธรรมเนียม taker ที่เปลี่ยนแปลงได้ — กำหนดวิธีที่คุณดำเนินการและป้องกันความเสี่ยง. สำหรับ Limitless ให้ดูเอกสารทางเทคนิคของพวกเขาสำหรับรายการเช็คลิสต์เดียวกัน; เมื่อ Limitless แตกต่าง ความแตกต่างนั้นจะกำหนดกลยุทธ์และการควบคุมความเสี่ยงที่คุณใช้.

อ่านส่วนด้านบน ยืนยัน primitives ของ Limitless แล้วจึงแม็ปกลยุทธ์ arbitrage หรือ market‑making ของคุณไปยัง primitives ของแพลตฟอร์ม.

คำถามที่พบบ่อย

Polymarket ใช้ order book หรือ AMM?

Polymarket ใช้ Central Limit Order Book (CLOB) สำหรับการจับคู่. นั่นเปิดเผย best bid / best ask และให้คุณวาง limit orders, คำสั่ง passive maker, และ FAK market orders.

Polymarket ใช้สกุลเงินการชำระใด?

Polymarket ชำระการเทรดใน pUSD ซึ่งเป็น wrapped USDC ของ Polymarket บน Polygon. ผู้ใช้ต้องมีเพียง pUSD ในการเทรดและแก๊สจะถูกสนับสนุนโดย Relayer.

ข้อพิพาทของ oracle ส่งผลต่อการชำระบัญชีอย่างไร?

Polymarket ใช้ UMA optimistic oracle สำหรับการ resolution. หากมีการพิพาทต่อผลการ resolution การชำระอาจถูกหยุดจนกว่า UMA จะตัดสินข้อพิพาท ซึ่งจะทำให้การ redeem โทเค็นผลลัพธ์ที่ชนะล่าช้า.

Polymarket คิดค่าธรรมเนียม maker หรือไม่?

ค่าธรรมเนียม maker บน Polymarket เป็นศูนย์; ค่าธรรมเนียม taker แตกต่างตามหมวดหมู่และอยู่ในช่วงที่บันทึกไว้ อัตร taker ที่แน่นอนขึ้นกับหมวดหมู่ของตลาด.

ฉันต้องการเปรียบเทียบเทคนิคของ Limitless ควรตรวจสอบอะไรเป็นอันดับแรก?

ตรวจสอบโมเดลการจับคู่ของ Limitless (CLOB หรือ AMM), โทเค็นการชำระและเชน, ตารางค่าธรรมเนียม (maker/taker), oracle และโมเดลพิพาท, กฎขนาด tick, โมเดลแก๊ส, และการเข้าถึง/ขีดจำกัดของ developer API.