Polymarket Builder explained: economics & tiers

用清晰的术语解释 Polymarket Builder：Builder Program 允许第三方运营者通过 Polymarket 的 CLOB 路由订单并附带归因，从以基点计的 builder 费用中获利，并访问分层的 relayer 限制与奖励。本文档拆解该计划的工作原理、费用如何支付与归因，以及运营者在决定是否参与时应考虑的要点。

关键要点

• Builder 通过带有归因头的请求将订单路由到 CLOB，并以基点计收取 builder 费用。
• 分层（Unverified / Verified / Partner）控制每日 relayer 限制以及对奖励和支持的访问。
• Builder 费用按路由成交量支付；Polymarket 的 maker 费用为零，taker 费用按类别不同而变化。
• 使用 Polymarket Relayer 与支持 relayer 的 SDK 来处理钱包部署、授权和 CTF 操作。
• 运营风险包括滑点、部分成交、结算时序和 UMA 争议——不要将这笔费用流视为有保障的收入。

什么是 Builder Program（简要）

Builder Program 是一个面向第三方订单流的归因与路由层。Builder 在把订单发送到 Polymarket 的 CLOB 时附带归因头；Polymarket 根据路由成交量向 Builder 支付以基点计的费用，并在公共排行榜上记录成交量。该计划面向希望货币化订单流并获得成交量认可的运营者。

提供三个分层：

• Unverified：每日 relayer 限制 100。主要好处是带归因的免 gas 交易。
• Verified：每日 relayer 限制 10,000。Verified Builder 可获得基于成交量的每周 USDC 奖励以及 builder 费用。
• Partner：不受限 relayer 量、升级的支持和最高的奖励潜力。

参与凭据在你的账户设置页面管理： https://polymarket.com/settings。

Builder 费用与经济结构

Builder 费用以基点形式按路由成交量支付。费用计入为在执行时提供归因头的 Builder。Polymarket 的 maker 费用为零；taker 费用按市场类别不同，目前在 0% 到 1.8% 之间。Builder 费用为运营者在任何价差捕获或执行保证金之外的额外收入来源。

重要的运营要点：

• Builder 费用以基点为单位。你实际获得的费率取决于计划配置和 Polymarket 对 Builder 发布的任何约定。
• 对于 Verified Builder，奖励包括基于成交量的每周 USDC 支付，此外还有按笔的基点费用。
• 归因很重要：relayer 头决定归属。如果你的路由栈或 SDK 删除或错误签名该头，你可能会失去费用计入。

注：具体的基点费率和每周奖励公式由 Polymarket 管理并可能变动；请在 Builder 仪表板查阅实时费率。

技术管线：relayer、SDK 与订单流

Polymarket 通过 Relayer 赞助 gas。Builder 通过相同的 Relayer 架构路由订单，并必须遵守分层施加的 relayer 限制。推荐的集成点是 Polymarket Relayer Client SDK（TypeScript 与 Python）；它能自动化钱包部署、ERC-20 授权、CTF 的 split/merge/redeem 以及订单提交。

典型的 Builder 流程如下：

1. 你的系统构造订单并包含 builder 归因头。
2. 使用 SDK 经由 Relayer 将订单发送到 CLOB 端点。
3. 在执行时，Polymarket 记录归因并根据配置的费率与分层规则支付 builder 费用。

运营说明：

• 从 CLOB 的读取是公开的。下单需要 API key + HMAC。
• 市场 WebSocket 端点提供实时订单簿事件，每个连接最多支持 500 个工具；使用这些事件来驱动你的执行逻辑。
• Relayer 按分层强制每日限制；Unverified 每日限 100 次 relayer 调用，Verified 为 10,000，Partner 不受限制。

收益计算与示例场景（面向运营者）

在评估是否以 Builder 身份运行时，应建模三条独立的收入线：

• Builder 费用（按已成交量的基点计）。
• 对于 Verified Builder 的基于成交量的每周 USDC 奖励。
• 执行保证金（价差捕获）或因路由与流动性访问产生的套利利润。

示例（用于说明，非建议）：如果你路由了 $1,000,000 的已成交量，且你的 builder 费用为 X 基点，那么你的 builder 费用收入 = (X / 10,000) * $1,000,000。考虑终端用户支付的 taker 费用（按类别为 0%–1.8%）以及 Polymarket 可能实施的任何返利结构。务必在 Builder 仪表板确认 X 和奖励机制——费率与公式可能更改。

归因、合规与限制

归因是费用支付的唯一事实依据。确保你的路由栈端到端保留归因头。常见问题包括代理层或中间件删除自定义头，以及重放或幂等逻辑无意中重新分配归因。

Polymarket 会按 IP 对订单实施地域阻断。Builder 不得建议用户绕过地域限制（禁止使用 VPN 绕过 Polymarket 的服务条款）。注意被屏蔽的国家与地区规则，并据此设计你的路由与 KYC 检查。

风险与运营考量

不要把 builder 费用视为有保障的收入。运营与市场风险包括：

• 执行风险：部分成交和滑点会降低实际费用收益。
• 结算与裁决风险：UMA 争议、延迟结算与智能合约问题会改变实际经济结果。
• 平台政策变更：费用结构、分层限制或奖励计划可能被 Polymarket 修改。
• 合规与地域限制：被 IP 或政策阻断的订单会降低可用成交量。

在接入期为监控、告警与保守运行速率做好规划。

这对你的交易栈意味着什么

如果你是评估是否参与 Builder 的运营者，请关注三项工程控制：

• 可靠的归因传播：在路由栈中使你的头变为不可更改。
• Relayer 预算管理：实现节流并在接近每日分层上限时优先处理高 ROI 流量。
• 实时市场信号：使用 CLOB 与 Market WS 的簿外与 best_bid_ask 事件以避免逆向选择。

在运营上，Verified 分层是扩展的分水岭。Unverified 适合测试与低量归因，但每日 100 次 relayer 调用会限制主动策略。Partner 分层适用于需要无限 relayer 容量与升级支持的大量运营者。

结语摘要

Polymarket Builder 的要点：该计划通过基点计的 builder 费用和分层奖励货币化带归因的订单流，同时依赖驱动 Polymarket 免 gas 用户体验的同一 Relayer。对运营者而言，核心工作是确保归因干净、管理 relayer 预算，并将执行与结算风险计入核算。把这笔费用流视为一项运营收入来源，而非有保障的补贴。

常见问题

我如何成为 Polymarket Builder？

凭据在 https://polymarket.com/settings 获取。你将在那里注册 builder 身份；分层分配（Unverified、Verified、Partner）决定每日 relayer 限制以及对奖励与支持的访问。

Builder 费用如何支付与计量？

Builder 费用按已执行的路由成交量以基点计支付。订单上的归因头决定哪个 Builder 获取费用。Verified Builder 还会基于报告成交量获得每周 USDC 奖励，作为按笔基点费用之外的补充。

每个分层的 relayer 限制是多少？

Unverified Builder 的每日 relayer 限制为 100 次调用，Verified Builder 为每日 10,000 次调用，Partner Builder 则拥有无限的 relayer 容量。

Builder 费用会取代 taker 或 maker 费用吗？

不会。Polymarket 的 maker 费用为零；taker 费用按类别不同（目前在 0% 到 1.8% 之间）。Builder 费用是支付给被归因 Builder 的额外收入层，基于路由成交量。

运营者应为哪些风险做规划？

为执行风险（滑点、部分成交）、结算/裁决风险（UMA 争议、延迟 redeem）、平台政策对费用或分层结构的变更，以及因地域限制导致的成交量损失做好规划。密切监控归因完整性与 relayer 使用情况。