Polymarket Builder explained: economics & tiers

Polymarket Builder อธิบายอย่างชัดเจน: Builder Program ให้ผู้ปฏิบัติการบุคคลที่สามสามารถกำหนดเส้นทางคำสั่งซื้อผ่าน CLOB ของ Polymarket โดยมี attribution, รับค่าธรรมเนียม builder เป็น basis points และเข้าถึงขีดจำกัด relayer และรางวัลตามระดับได้ คู่มือนี้แยกย่อยว่าโปรแกรมทำงานอย่างไร วิธีการจ่ายค่าธรรมเนียมและการให้เครดิต และสิ่งที่ผู้ปฏิบัติการควรพิจารณาเมื่อตัดสินใจเข้าร่วม

Key takeaways

• Builders กำหนดเส้นทางคำสั่งซื้อผ่าน CLOB โดยใช้ attribution headers และรับค่าธรรมเนียม builder ที่ระบุเป็น basis points.
• ระดับ (Unverified / Verified / Partner) ควบคุมขีดจำกัด relayer รายวัน และการเข้าถึงรางวัลและการสนับสนุน.
• ค่าธรรมเนียม builder จ่ายบนปริมาณที่ถูกกำหนดเส้นทาง; Maker fees บน Polymarket เป็นศูนย์ ส่วน taker fees แปรผันตามหมวดหมู่ตลาด.
• ใช้ Polymarket Relayer และ Relayer-aware SDKs เพื่อจัดการการปรับใช้งาน wallet, approvals และการดำเนินการ CTF.
• ความเสี่ยงเชิงปฏิบัติการรวมถึง slippage, partial fills, เวลาการชำระบัญชี และข้อพิพาทการรายงานของ UMA — อย่าถือว่ากระแสค่าธรรมเนียมเป็นรายได้ที่รับประกัน

What the Builder Program is, succinctly

Builder Program เป็นชั้นการให้เครดิต (attribution) และการกำหนดเส้นทางสำหรับกระแสคำสั่งซื้อจากบุคคลที่สาม Builder ส่งคำสั่งซื้อไปยัง CLOB ของ Polymarket พร้อม attribution header; Polymarket จ่ายค่าธรรมเนียม builder (ในหน่วย basis points ของปริมาณที่กำหนดเส้นทาง) และติดตามการวางคำสั่งบน leaderboard สาธารณะ โปรแกรมนี้ออกแบบมาอย่างชัดเจนสำหรับผู้ปฏิบัติการที่ต้องการสร้างรายได้จากกระแสคำสั่งและรับการยอมรับสำหรับปริมาณ

มีสามระดับให้เลือก:

• Unverified: ขีดจำกัด relayer รายวัน 100. ประโยชน์หลักคือการเทรดแบบ gasless พร้อม attribution.
• Verified: ขีดจำกัด relayer รายวัน 10,000. Verified builders รับรางวัล USDC รายสัปดาห์ตามปริมาณนอกเหนือจากค่าธรรมเนียม builder.
• Partner: ปริมาณ relayer ไม่จำกัด, การสนับสนุนระดับสูง, และศักยภาพรางวัลสูงสุด.

ข้อมูลประจำตัวเพื่อเข้าร่วมจัดการได้ที่ https://polymarket.com/settings

How builder fees and economics are structured

ค่าธรรมเนียม builder จ่ายในรูปแบบ basis points บนปริมาณการเทรดที่ถูกกำหนดเส้นทาง ค่าธรรมเนียมจะสะสมให้กับ builder ที่ส่ง attribution header บนคำสั่งซื้อที่ถูกดำเนินการ Maker fees ของ Polymarket เป็นศูนย์; taker fees แปรผันตามหมวดหมู่ตลาดและปัจจุบันอยู่ในช่วง 0% ถึง 1.8% ขึ้นอยู่กับหมวดหมู่ ค่าธรรมเนียม builder เป็นแหล่งรายได้เพิ่มเติมสำหรับผู้ปฏิบัติการ นอกเหนือจากการจับสเปรดหรือมาร์จิ้นจากการดำเนินการที่ผู้ปฏิบัติการทำได้

จุดปฏิบัติการที่สำคัญ:

• ค่าธรรมเนียม builder คิดเป็น basis points อัตราที่แน่นอนที่คุณได้รับขึ้นกับการตั้งค่าโปรแกรมและข้อตกลงที่ Polymarket ประกาศให้ builders.
• รางวัลสำหรับ Verified builders รวมการจ่าย USDC รายสัปดาห์ผูกกับปริมาณ นอกเหนือจากค่าธรรมเนียมแบบ basis-point ต่อการเทรด.
• Attribution สำคัญ: relayer header เป็นตัวกำหนด attribution หากสแตกการกำหนดเส้นทางหรือ SDK ของคุณลบหรือเซ็น header ผิดพลาด คุณเสี่ยงที่จะเสียเครดิตค่าธรรมเนียม

หมายเหตุ: อัตรา basis-point เฉพาะและสูตรรางวัลรายสัปดาห์ที่แน่นอนจัดการโดย Polymarket และอาจเปลี่ยนได้; ตรวจสอบ Builder dashboard สำหรับอัตรสด

Technical plumbing: relayer, SDKs, and order flow

Polymarket อุดหนุนค่าแก๊สผ่าน Relayer Builders กำหนดเส้นทางคำสั่งซื้อผ่านสถาปัตยกรรม Relayer เดียวกันและต้องปฏิบัติตามขีดจำกัด relayer ที่กำหนดโดยระดับ Polymarket Relayer Client SDK (TypeScript และ Python) เป็นจุดผสานที่แนะนำ; มันอัตโนมัติการปรับใช้ wallet, ERC-20 approvals, การดำเนินการ CTF split/merge/redeem และการวางคำสั่ง

สเต็ปทั่วไปของ flow สำหรับ builder มีลักษณะดังนี้:

1. ระบบของคุณสร้างคำสั่งและแนบ builder attribution header.
2. คำสั่งถูกส่งไปยัง endpoint ของ CLOB ผ่าน Relayer โดยใช้ SDK.
3. เมื่อดำเนินการแล้ว Polymarket บันทึก attribution และจ่ายค่าธรรมเนียม builder ตามอัตราและกฎระดับที่ตั้งค่าไว้.

บันทึกเชิงปฏิบัติการ:

• การอ่านข้อมูลจาก CLOB เป็นสาธารณะ การวางคำสั่งต้องใช้ API key + HMAC.
• Market WebSocket endpoints ให้เหตุการณ์สมุดคำสั่งแบบเรียลไทม์สำหรับสูงสุด 500 instruments ต่อการเชื่อมต่อ; ใช้พวกนี้เพื่อขับเคลื่อนตรรกะการดำเนินการของคุณ.
• Relayer บังคับใช้ขีดจำกัดรายวันตามระดับ; Unverified จำกัด 100 relayer calls ต่อวัน, Verified 10,000, และ Partner ไม่จำกัด

Revenue math and example scenarios (operator-focused)

คุณควรจำลองสามเส้นรายได้แยกกันเมื่อประเมินว่าจะรันในฐานะ Builder หรือไม่:

• ค่าธรรมเนียม builder (basis points บนปริมาณที่ดำเนินการ).
• รางวัล USDC รายสัปดาห์ตามปริมาณสำหรับ verified builders.
• มาร์จิ้นการดำเนินการ (การจับสเปรด) หรือกำไรจาก arbitrage ที่เกิดจากการกำหนดเส้นทางและการเข้าถึงสภาพคล่องของคุณ.

ตัวอย่าง (เพื่ออธิบาย ไม่ใช่คำแนะนำ): ถ้าคุณกำหนดเส้นทางปริมาณที่ดำเนินการ $1,000,000 และค่าธรรมเนียม builder ของคุณคือ X basis points รายได้จากค่าธรรมเนียม builder = (X / 10,000) * $1,000,000 คำนึงถึง taker fees ที่ผู้ใช้ปลายทางจ่าย (0%–1.8% ขึ้นอยู่กับหมวด) และโครงสร้างรีเบตที่ Polymarket อาจมี ตรวจสอบ X และกลไกรางวัลใน Builder dashboard เสมอ — อัตราและสูตรอาจเปลี่ยนได้

Attribution, compliance, and limits

Attribution เป็นแหล่งข้อมูลเชิงจริงเดียวสำหรับการจ่ายค่าธรรมเนียม ตรวจสอบให้แน่ใจว่า stack การกำหนดเส้นทางของคุณรักษา attribution header ไปจนถึงจุดสิ้นสุดกับคำสั่ง Pitfall ทั่วไปรวมถึงชั้นพร็อกซีหรือมิดเดิลแวร์ที่ลบ headers แบบกำหนดเอง และตรรกะ replay หรือ idempotency ที่เผลอเปลี่ยน attribution

Polymarket บล็อกคำสั่งตาม IP Builders ต้องไม่แนะนำให้ผู้ใช้ข้ามข้อจำกัดทางภูมิศาสตร์ (การใช้ VPN เพื่อข้ามถูกห้ามตาม Terms of Service ของ Polymarket) ให้ตระหนักถึงประเทศที่ถูกบล็อกและกฎระดับภูมิภาค และออกแบบการกำหนดเส้นทางและการตรวจสอบ KYC ให้เหมาะสม

Risks and operational considerations

อย่าถือว่าค่าธรรมเนียม builder เป็นรายได้ที่รับประกัน ความเสี่ยงเชิงปฏิบัติการและตลาดรวมถึง:

• ความเสี่ยงในการดำเนินการ: partial fills และ slippage อาจลดผลตอบแทนค่าธรรมเนียมที่แท้จริง.
• ความเสี่ยงในการชำระบัญชีและการตัดสินผล: ข้อพิพาท UMA, การชำระบัญชีล่าช้า, และปัญหา smart-contract อาจเปลี่ยนเศรษฐศาสตร์ที่มีผล.
• การเปลี่ยนแปลงนโยบายของแพลตฟอร์ม: โครงสร้างค่าธรรมเนียม, ขีดจำกัดระดับ, หรือโปรแกรมรางวัลอาจถูกแก้ไขโดย Polymarket.
• การปฏิบัติตามและข้อจำกัดทางภูมิศาสตร์: คำสั่งที่ถูกบล็อกตาม IP หรือกฎนโยบายอาจลดปริมาณที่ใช้งานได้

วางแผนการมอนิเตอร์, การแจ้งเตือน, และอัตรการรันแบบอนุรักษ์นิยมในช่วงการนำเข้าใช้งาน

How this affects your trading stack

ถ้าคุณเป็นผู้ปฏิบัติการที่กำลังประเมินการเข้าร่วม Builder ให้เน้นสามการควบคุมทางวิศวกรรม:

• การส่งผ่าน attribution ที่เชื่อถือได้: ทำให้ headers ของคุณไม่เปลี่ยนแปลงผ่าน stack การกำหนดเส้นทาง.
• การจัดการงบประมาณ Relayer: ติดตั้ง throttles และจัดลำดับความสำคัญของฟลูว์ที่ให้ผลตอบแทนสูงเมื่อใกล้ขีดจำกัดรายวันของระดับ.
• สัญญาณตลาดเรียลไทม์: ใช้ CLOB และ Market WS feeds สำหรับเหตุการณ์สมุดคำสั่งและ best_bid_ask เพื่อลดการถูกคัดเลือกทางลบ

เชิงปฏิบัติการ ระดับ Verified เป็นจุดแบ่งสำหรับการขยายขนาด Unverified เหมาะสำหรับการทดสอบและ attribution ปริมาณต่ำ แต่ 100 relayer calls ต่อวันจะจำกัดกลยุทธ์ที่ใช้งานสูง Partner เหมาะสำหรับผู้ปฏิบัติการปริมาณสูงที่ต้องการความจุ relayer ไม่จำกัดและการสนับสนุนระดับสูง

Closing summary

Polymarket Builder อธิบาย: โปรแกรมนี้สร้างรายได้จากกระแสคำสั่งที่มี attribution ผ่านค่าธรรมเนียม builder แบบ basis-point และรางวัลตามระดับ ขณะที่อาศัย Relayer เดียวกับที่ขับเคลื่อน UX แบบ gasless ของ Polymarket สำหรับผู้ปฏิบัติการ งานหลักคือการประกัน attribution ที่สะอาด, การจัดการงบประมาณ relayer, และการคำนวณความเสี่ยงด้านการดำเนินการและการชำระบัญชี ให้ถือกระแสค่าธรรมเนียมเป็นแหล่งรายได้เชิงปฏิบัติการ ไม่ใช่เงินอุดหนุนที่รับประกัน

Frequently asked questions

How do I become a Polymarket Builder?

ข้อมูลประจำตัวได้ที่ https://polymarket.com/settings คุณจะลงทะเบียนตัวตนเป็น builder ที่นั่น; การกำหนดระดับ (Unverified, Verified, Partner) กำหนดขีดจำกัด relayer รายวันและการเข้าถึงรางวัลและการสนับสนุน

How are builder fees paid and measured?

ค่าธรรมเนียม builder จ่ายเป็น basis points บนปริมาณที่ดำเนินการและถูกกำหนดเส้นทาง Attribution headers บนคำสั่งเป็นตัวกำหนดว่า builder ใดได้รับค่าธรรมเนียม Verified builders ยังได้รับรางวัล USDC รายสัปดาห์ตามปริมาณที่รายงาน นอกเหนือจากค่าธรรมเนียมต่อการเทรด

What are the relayer limits for each tier?

Unverified builders มีขีดจำกัด relayer รายวัน 100 calls, Verified builders มีขีดจำกัด relayer รายวัน 10,000 calls, และ Partner builders มีความจุ relayer ไม่จำกัด

Do builder fees replace taker or maker fees?

ไม่ใช่ Maker fees บน Polymarket เป็นศูนย์; taker fees แปรผันตามหมวดหมู่ (ปัจจุบันระหว่าง 0% ถึง 1.8%) ค่าธรรมเนียม builder เป็นชั้นรายได้เพิ่มเติมที่จ่ายให้กับ builders ที่มี attribution บนปริมาณที่กำหนดเส้นทาง

What operational risks should operators plan for?

วางแผนสำหรับความเสี่ยงในการดำเนินการ (slippage, partial fills), ความเสี่ยงการชำระบัญชี/การตัดสินผล (ข้อพิพาท UMA, การ redeem ที่ล่าช้า), การเปลี่ยนแปลงนโยบายแพลตฟอร์มต่อโครงสร้างค่าธรรมเนียมหรือระดับ, และการสูญเสียปริมาณที่เกี่ยวข้องกับข้อจำกัดทางภูมิศาสตร์ ตรวจสอบความสมบูรณ์ของ attribution และการใช้งาน relayer อย่างใกล้ชิด