定义归因是预测市场平台把每笔交易记入到把它路由过来的第三方界面或代理名下的机制。建设者计划则是把分成付给这些被归因方的商业计划。
归因在技术上是怎么落地的
归因通过嵌入在交易请求里的建设者代码来实现——常见做法是走 HTTP 头（例如 X-Builder-Id）、查询参数，或者在订单 payload 里放一个签过名的字段。平台处理这笔交易时会把 builder code 和交易记录一起存下来。到结算或周期性结算时，平台按 builder code 聚合费用，并把分成派发出去。
收入分成的常见结构
2026 年主流预测市场平台常见的层级结构：
- Polymarket 式的费用分成：按所归因交易的平台费的一定百分比分成；高层级在成交量门槛处解锁。
- PredictAsiaX 式的 bps 分成 + grant 计划：50 bps 总 taker fee 上固定的 5 角色分成（execution_builder 10 bps + acquisition_builder 10 bps + 其他 3 角色），加分层的 PAX 代币 grant 计划（Hackathon 0.5-2k / Builder 5-50k / Partner 100-500k），带 cliff 和线性 vest。速率上限按层级放大（Verified 1× → Genesis 10× → Partner 最高 20×）。
- Kalshi 联盟：按推荐用户的活动分成，类似传统联盟营销。
- Manifold 创建者模式：只从自己运营的市场获得扁平分成；无层级。
分成是按平台费（通常为利润的 1-4% 或成交量的 0.1-1%——费用结构见结算说明）计算的，不是按交易的名义金额算。
建设者计划 vs 联盟计划
两者都按用户活动付费，但结构不同：
- 联盟方（Affiliate）：通过链接把用户导到平台。按注册、入金，或推荐用户在固定窗口内的手续费的一定比例付费。不承载交易 UX。
- 建设者（Builder）：托管一个走平台 API 路由交易的界面、代理或 App。按每笔归因交易的手续费付费。承担可用性、支持、UX 的运营责任。
建设者的每笔分成通常高于联盟方，因为承担了更多运营责任。
归因窗口（Attribution Window）
归因窗口是指：由某个建设者获取过来的用户，后续交易在多长时间内继续记回这个建设者名下。常见设计：
- 仅当前会话：只有明确带了 builder code 的那一笔交易算数。
- 24 小时 cookie 窗口：该用户接下来 24 小时内的任何交易都算，无论是哪个路径进来。
- 终身归因：极罕见，只在 Genesis 层或特定合作条款里出现。
诚信监管怎么执行
顶级设计的建设者计划靠这几层防止刷量：
- 服务条款明确禁止自成交、洗量、Sybil 女巫账户。
- 按 builder code 自动监控异常交易模式（速率异常、对冲交易、协调行为）。
- 定期人工审查，违规者撤销归因资格。
- 扣留保证金，对被标记的活动进入申诉窗口。
- 公开建设者目录，附声誉信号，让下游用户可以评估该信任哪个建设者。
技术要求
成为建设者的标准技术要求：
- 用建设者专属 API key 做 HMAC 签名的 API 请求。
- 每笔交易请求里通过 HTTP 头或 payload 字段嵌入归因代码。
- 用于接收成交和结算事件的 webhook 端点。
- 请求重试的幂等处理。
- 遵守平台的速率限制。
- 正式上线前先在沙盒环境把集成跑通。
合规要点
运营交易界面的建设者，其监管归类因司法辖区而异。在多数现代框架下，不托管用户资金、把交易路由到持牌平台的建设者被归类为介绍经纪人或界面提供方。而托管用户资金或处理用户 KYC 的建设者，则会触发额外的牌照要求。因此现代建设者计划多数要求平台方托管资产，建设者纯粹作为界面提供方运营。
亚洲开发者的独特机会
Polymarket、Kalshi 等成熟平台的建设者计划都以英文为主，客户支持时区、文档语言、合规审查都偏向西方开发者。对中文和东南亚开发者而言，接入亚洲原生平台（如 PredictAsiaX）的建设者计划反而更顺——中文文档、中文技术支持、亚洲时区，Genesis 层还面向最先接入的一批建设者开放高分成 + 路线图影响力。