Polymarket Builder explained: economics & tiers

Polymarket Builder를 쉬운 용어로 설명하면 다음과 같습니다. Builder Program은 서드파티 운영자가 Polymarket의 CLOB를 통해 주문을 라우팅하면서 attribution 헤더를 남기고, 그 대가로 기준점(basis points) 단위의 builder fees를 벌며, 계층화된 relayer 한도와 보상에 접근할 수 있게 해줍니다. 이 가이드는 프로그램의 작동 방식, 수수료 지급 및 귀속 방법, 그리고 운영자가 참여 여부를 결정할 때 고려해야 할 사항을 분해해 설명합니다.

주요 요점

• Builders는 attribution 헤더와 함께 CLOB를 통해 주문을 라우팅하고, 기준점(basis points)으로 표시된 builder fees를 획득합니다.
• 티어(Unverified / Verified / Partner)는 일일 relayer 한도와 보상 및 지원 접근을 제어합니다.
• Builder fees는 라우팅된 거래량에 대해 지급됩니다; Polymarket의 maker 수수료는 0이며, taker 수수료는 카테고리별로 다릅니다.
• Wallet 배포, 승인, CTF 작업 관리를 위해 Polymarket Relayer와 Relayer 인식 SDK를 사용하십시오.
• 운영 리스크에는 슬리피지, 부분체결, 결제 타이밍, UMA 해상도 분쟁이 포함되므로 수수료 흐름을 보장된 수입으로 간주해서는 안 됩니다.

Builder Program이란, 요약

Builder Program은 서드파티 주문 흐름을 위한 attribution 및 라우팅 레이어입니다. Builder는 attribution 헤더를 포함해 Polymarket의 CLOB로 주문을 전송합니다; Polymarket은 라우팅된 거래량의 기준점 단위로 builder fees를 지급하고 공개 리더보드에 체결을 기록합니다. 이 프로그램은 주문 흐름을 수익화하고 볼륨에 대한 인정을 받으려는 운영자를 위해 설계되었습니다.

제공되는 티어는 세 가지입니다:

• Unverified: 일일 relayer 한도 100. 주요 장점은 attribution과 함께 가스리스 거래를 제공한다는 점입니다.
• Verified: 일일 relayer 한도 10,000. Verified 빌더는 볼륨에 따라 주간 USDC 보상과 builder fees를 획득합니다.
• Partner: 무제한 relayer 볼륨, 향상된 지원, 최대 보상 잠재력을 제공합니다.

참여 자격 증명은 https://polymarket.com/settings 에서 계정으로 관리됩니다.

Builder fees와 경제 구조

Builder fees는 라우팅된 거래량에 대한 기준점(basis points) 단위로 지급됩니다. 수수료는 실행된 주문에 포함된 attribution 헤더를 제공한 builder에게 적립됩니다. Polymarket의 maker 수수료는 0이고, taker 수수료는 시장 카테고리별로 다르며 현재 카테고리에 따라 0%에서 1.8% 범위입니다. Builder fees는 운영자가 스프레드 캡처나 실행 마진으로 얻는 수익 외에 추가로 얻는 수익원입니다.

중요한 운영 포인트:

• Builder fees는 기준점 기반입니다. 귀하가 받는 정확한 비율은 프로그램 구성과 Polymarket이 빌더에게 공지하는 약정에 따라 달라집니다.
• Verified 빌더에 대한 보상에는 거래별 기준점 수수료 외에 볼륨에 연동된 주간 USDC 지급이 포함됩니다.
• 귀속(attribution)이 중요합니다: relayer 헤더가 결정적인 귀속 수단입니다. 라우팅 스택이나 SDK가 헤더를 제거하거나 잘못 서명하면 수수료 크레딧을 잃을 위험이 있습니다.

참고: 정확한 기준점 비율과 주간 보상 공식은 Polymarket에서 관리하며 변경될 수 있습니다; 실시간 비율은 Builder 대시보드를 확인하십시오.

기술적 구성: relayer, SDK 및 주문 흐름

Polymarket은 Relayer를 통해 가스를 후원합니다. Builders는 동일한 Relayer 아키텍처를 통해 주문을 라우팅하며 티어에 의해 부과된 relayer 한도를 준수해야 합니다. Polymarket Relayer Client SDK(TypeScript 및 Python)가 권장 통합 지점이며, SDK는 Wallet 배포, ERC-20 승인, CTF split/merge/redeem 및 주문 제출을 자동화합니다.

일반적인 빌더 플로우는 다음과 같습니다:

1. 시스템이 주문을 구성하고 builder attribution 헤더를 포함합니다.
2. SDK를 사용해 Relayer를 통해 주문을 CLOB 엔드포인트로 전송합니다.
3. 체결 시 Polymarket은 귀속을 기록하고 구성된 비율과 티어 규칙에 따라 builder fees를 지급합니다.

운영상 주의사항:

• CLOB에 대한 읽기 요청은 공개입니다. 주문 제출은 API key + HMAC이 필요합니다.
• Market WebSocket 엔드포인트는 연결당 최대 500개 상품에 대한 실시간 호가 이벤트를 제공합니다; 이를 실행 로직 구동에 사용하십시오.
• Relayer는 티어별 일일 한도를 시행합니다; Unverified 티어는 일일 100 relayer 호출로 제한되고, Verified는 10,000, Partner는 무제한입니다.

수익 계산 및 예시 시나리오(운영자 관점)

운영자가 Builder로 활동할지 평가할 때 세 가지 별도 수익원을 모델링해야 합니다:

• Builder fees(실행된 거래량에 대한 기준점).
• Verified 빌더용 주간 볼륨 기반 USDC 보상.
• 라우팅 및 유동성 접근으로 인한 실행 마진(스프레드 캡처) 또는 차익거래 이익.

예시(설명용, 처방 아님): $1,000,000의 실행 볼륨을 라우팅하고 빌더 수수료가 X 기준점이라면, 빌더 수수료 수익 = (X / 10,000) * $1,000,000. 최종 사용자가 지불하는 taker 수수료(카테고리에 따라 0%–1.8%)와 Polymarket이 운영하는 리베이트 구조를 고려하십시오. X와 보상 메커니즘은 Builder 대시보드에서 항상 확인하십시오 — 비율과 공식은 변경될 수 있습니다.

귀속, 규정 준수 및 한도

귀속(attribution)은 수수료 지급의 단일 진실 기준입니다. 라우팅 스택이 attribution 헤더를 끝까지 보존하는지 확인하십시오. 흔한 함정으로는 커스텀 헤더를 제거하는 프록시 계층이나 미들웨어, 그리고 귀속을 실수로 재할당하는 재생(replay) 또는 멱등성(idempotency) 로직이 있습니다.

Polymarket은 IP 기반으로 주문을 차단합니다. Builders는 사용자에게 지리적 제한을 우회하라고 조언해서는 안 됩니다(VPN 우회는 Polymarket 약관에 의해 금지됩니다). 차단된 국가 및 지역 규칙을 숙지하고 라우팅 및 KYC 검사 설계를 그에 맞춰 진행하십시오.

리스크 및 운영 고려사항

Builder fees를 보장된 수입으로 취급하지 마십시오. 운영 및 시장 리스크에는 다음이 포함됩니다:

• 실행 리스크: 부분 체결 및 슬리피지는 실질적 수수료 수익을 감소시킬 수 있습니다.
• 결제 및 해상도 리스크: UMA 분쟁, 지연된 결제, 스마트 컨트랙트 문제는 실질 경제성에 영향을 줄 수 있습니다.
• 플랫폼 정책 변경: 수수료 구조, 티어 한도 또는 보상 프로그램은 Polymarket에 의해 변경될 수 있습니다.
• 규정 준수 및 지리 제한: IP 또는 정책에 의해 차단된 주문은 사용 가능한 볼륨을 감소시킬 수 있습니다.

온보딩 시에는 모니터링, 경고 설정, 그리고 보수적인 운영률 계획을 세우십시오.

이것이 거래 스택에 미치는 영향

Builder 참여를 평가하는 운영자라면 세 가지 엔지니어링 통제에 집중하십시오:

• 신뢰할 수 있는 귀속 전파: 라우팅 스택을 통해 헤더를 불변으로 유지하십시오.
• Relayer 예산 관리: 일일 티어 한도에 근접했을 때 스로틀을 구현하고 ROI가 높은 흐름에 우선순위를 두십시오.
• 실시간 시장 신호: CLOB와 Market WS 피드를 사용하여 호가 및 best_bid_ask 이벤트를 받아 역선택을 피하십시오.

운영 관점에서 Verified 티어가 확장의 분기점입니다. Unverified는 테스트와 저볼륨 귀속에 유용하지만 일일 100 relayer 호출은 활동적 전략을 제약할 것입니다. Partner 티어는 무제한 relayer 용량과 향상된 지원이 필요한 고볼륨 운영자를 위한 것입니다.

마무리 요약

Polymarket Builder는 attribution된 주문 흐름을 기준점 단위의 builder fees와 티어별 보상을 통해 수익화하며, Polymarket의 가스리스 UX를 제공하는 동일한 Relayer에 의존합니다. 운영자에게 핵심 과제는 깔끔한 귀속 보장, relayer 예산 관리, 그리고 실행 및 결제 리스크를 회계에 반영하는 것입니다. 수수료 흐름을 보장된 보조금으로 보지 말고 운영 수익원으로 취급하십시오.

자주 묻는 질문

How do I become a Polymarket Builder?

Credentials are obtained at https://polymarket.com/settings. You'll register for a builder identity there; tier assignment (Unverified, Verified, Partner) determines your daily relayer limits and access to rewards and support.

How are builder fees paid and measured?

Builder fees are paid as basis points on executed routed volume. Attribution headers on orders determine which builder receives fees. Verified builders also receive weekly USDC rewards based on reported volume in addition to per-trade fees.

What are the relayer limits for each tier?

Unverified builders have a daily relayer limit of 100 calls, Verified builders have a daily relayer limit of 10,000 calls, and Partner builders have unlimited relayer capacity.

Do builder fees replace taker or maker fees?

No. Maker fees on Polymarket are zero; taker fees vary by category (currently between 0% and 1.8%). Builder fees are an additional revenue layer paid to attributed builders on routed volume.

What operational risks should operators plan for?

Plan for execution risk (slippage, partial fills), settlement/resolution risk (UMA disputes, delayed redeem), platform policy changes to fee or tier structures, and geo-restriction-related volume loss. Monitor attribution integrity and relayer usage closely.