Hyperliquid Builder Codes 累计分发 $9000 万。这是你的获取方式。

在你写出第一个交易机器人与真正将其部署给用户之间，有一个问题是每位 Hyperliquid 构建者都必须回答的：你究竟如何从中获得收益？答案是 builder codes，一套链上费用归因系统，自 Hyperliquid 上线以来已悄然向开发者分发了超过 $9000 万的收入。这一数字涵盖了 1,411 位已注册构建者，他们通过钱包、聚合器、跟单平台和 AI 代理来路由交易。数据截至 2026 年 7 月，来源于 HyperTracker 的构建者排行榜。

收入最高的构建者 Phantom 累计获得了 $2360 万。排名第二的 Based 收入达 $1520 万。两者均未发行代币，也未收取订阅费。他们只是在路由订单时附加了 builder code，并从每笔成交中抽取一定比例。

本文将详细讲解这套系统的运作方式：从启动所需的最低 100 USDC，到 EIP-712 授权流程、用于附加费用的 API 参数，以及将高收益构建者与普通构建者区分开来的收入规律。如果你在 Hyperliquid 上构建任何产品，这就是你的变现路径。

Builder Codes 是什么（以及它们取代了什么）

Builder codes 是 Hyperliquid 的链上收入归因系统。当用户通过你的应用进行交易时，无论是 React 前端、Telegram 机器人还是 Python 交易脚本，你都需要在每笔订单中附加一个 builder 参数。该参数包含你的地址和费率。Hyperliquid 从每笔成交中扣除费用，并直接存入你的账户。

这一概念取代了其他生态中依赖合作协议、收入分成合同或代币发行的变现方式。在 Hyperliquid 上，变现是无需许可的。你无需申请、谈判或寻求批准。存入 100 USDC，设定费率，然后开始从你的应用路由的每笔订单中获得收益。

费用结构简明清晰：

• 永续合约： 每笔订单最高 10 个基点（0.10%）
• 现货： 每笔订单最高 100 个基点（1.00%）
• 收入分配： builder fee 的 100% 归构建者所有。Hyperliquid 不从你的部分中抽取任何费用。

该费用叠加在 Hyperliquid 标准交易费之上，因此用户通过你的界面交易需支付略高的费率。作为回报，你的界面理应为用户提供他们认可的价值：更优的界面体验、自动化策略、跟单交易、投资组合分析，或 AI 驱动的交易执行。

四步完成配置

如果你已有 Hyperliquid 钱包，配置 builder code 不到一小时即可完成。以下是完整步骤。

第一步：充值账户

向你的 Hyperliquid 永续合约账户存入至少 100 USDC。这是唯一的硬性要求，无需填写申请表、通过审批委员会，也无需进行合作谈判。100 USDC 的最低要求是一种女巫攻击防御机制，这笔资金仍留存在你的账户中（并非支付给 Hyperliquid 的费用）。

第二步：获取用户授权

在你的应用收取费用之前，每位用户必须明确授权你的 builder 地址及最高费率上限。用户需签署一条 EIP-712 类型数据消息，由你的应用以 ApproveBuilderFee 操作的形式提交至 Hyperliquid。此签名必须来自用户的主钱包，不能使用代理或 API key 签署。

授权是持久有效的。用户一旦授权你的 builder，除非主动撤销，否则无需在后续访问中重复授权。你的应用应在加载时检查授权状态，并对已授权的老用户跳过此步骤。每位用户最多可同时拥有 10 个有效的 builder code 授权。

第三步：在订单中附加费用

授权完成后，你的应用发送的每笔订单都可以包含一个可选的 builder 参数：

{"b": "0xYourBuilderAddress", "f": 10}

b 字段是你的 builder 地址。f 字段是以十分之一基点为单位的费率。因此 f: 10 等于 1 个基点（0.01%），f: 100 等于 10 个基点（0.10%），即永续合约的最大值。你可以按订单设置费率，这意味着你可以对不同资产、策略或用户层级收取不同费率。

第四步：提取收益

费用在链上累积至你的 builder 账户。你可以通过 Hyperliquid 上的标准推荐奖励流程提取。没有最低提取门槛。每日成交数据以 LZ4 压缩 CSV 格式发布在 stats-data.hyperliquid.xyz/Mainnet/builder_fills/{your_address}/{YYYYMMDD}.csv.lz4，供你进行自有分析和对账。

开源参考： Dwellir 维护了一个 MIT 授权的 Next.js 演示应用，完整实现了 builder code 的生命周期：授权、存款、代理激活、带费用的下单，以及撤销授权。支持测试网和主网。克隆代码，替换为你的 builder 地址，几分钟内即可完成集成。

谁在赚钱：构建者排行榜

Builder 生态的收入呈现出陡峭的幂律分布。排名前两位的 builder code（Phantom 和 Based）各自创收超过 $1500 万，而 1,411 位已注册构建者中大多数的收入相对有限。以下是按历史总收入排列的前 10 名：

| 排名 | 构建者 | 收入 | 用户数 | 路由交易量 | | --- | --- | --- | --- | --- | | 1 | Phantom | $23.6M | 153,128 | $44.8B | | 2 | Based | $15.2M | 42,967 | $44.9B | | 3 | MetaMask | $8.1M | 52,534 | $9.0B | | 4 | PVP | $8.0M | 28,223 | $17.1B | | 5 | Insilico | $3.7M | 3,339 | $36.3B | | 6 | Infinex | $2.8M | 9,283 | $5.2B | | 7 | Axiom | $2.4M | 34,093 | $23.0B | | 8 | TreadFi | $2.2M | 4,835 | $11.1B | | 9 | Dreamcash | $1.8M | 11,215 | $7.6B | | 10 | Liquid | $1.5M | 9,499 | $3.2B |

值得理解的收入规律

从排行榜数据中可以提炼出三种规律，对任何在 Hyperliquid 上构建产品的人都有参考价值。

交易量强度比用户数量更重要

Insilico 以仅 3,339 位用户排名收入第五（$370 万），是前 10 名中用户基数最小的，差距悬殊。但其路由交易量高达 $363 亿，位居整体第三。换算下来，每用户贡献的交易量约为 $1090 万。相比之下，Axiom 拥有 34,093 名用户，但由于用户群中散户占比更高，其单用户收益率明显偏低。如果你构建的产品能吸引高交易量用户（量化策略、算法执行、跟单交易），即便用户基数不大，也能创造可观收入。

钱包是天然的流量入口优势

Phantom 和 MetaMask 分别占据收入榜的第一和第三位，这并不意外。钱包是用户每次交易的起点。当你已经掌控了用户的入口，在订单流中添加 builder code 是顺理成章的延伸。Phantom 的 153,128 名用户是生态中规模最大的用户群，超过第二名的 3 倍以上，这一流量优势直接转化为收入。如果你正在构建钱包或具备交易功能的浏览器扩展，builder codes 可以将你已有的用户群变成收入来源。

收入集中但长尾依然可观

前 10 名构建者约占 $9070 万总收入中的 $6900 万，这意味着其余 1400 多位构建者共享约 $2100 万。这是典型的幂律分布，与大多数市场经济规律一致。但长尾部分仍然有实际意义：数百位构建者各自赚取了五到六位数的收入。准入门槛之低，使得试错的成本几乎可以忽略不计。

Builder Codes 与 Referral Codes：一个关键区别

Hyperliquid 运行着两套独立的归因系统，构建者常常将二者混淆。Builder codes 和 referral codes 服务于不同目的，且可以独立叠加。

Referral codes 是用户层面的。当有人通过你的推荐链接加入 Hyperliquid，你将永久获得其交易手续费的 10%（直到其累计交易量达到 $10 亿）。创建 referral code 需要 $1 万的交易量。Referral codes 与用户绑定，无论用户通过哪个界面交易均适用。

Builder codes 是订单层面的。它们适用于通过你的应用路由的特定订单，与是谁推荐了该用户无关。一个通过他人 referral 链接注册的用户，仍然可以通过你的应用进行交易，并附带你的 builder code。

两者可以叠加。如果某用户由 A 推荐，但通过构建者 B 的界面交易，则 A 和 B 都能从该笔交易中获得费用收入。这意味着你的 builder code 收入与你的推荐网络相互独立，反之亦然。

质押推荐计划： Hyperliquid 提议中的质押推荐系统将允许质押 HYPE 的构建者从其用户的交易手续费中赚取更高比例，最高质押档可达 40%。构建者还可以将该质押推荐收入的最多 50% 以费用折扣的形式返还给用户。若该计划落地，对于质押大量 HYPE 的构建者来说，builder codes 将变得更加有利可图。

常见配置错误（及规避方法）

Builder code 系统概念上简单明了，但有几个细节容易绊倒新手构建者。

使用了错误的密钥签名

ApproveBuilderFee 操作必须由用户的主钱包签署。代理密钥和 API key 无法签署授权。如果你的应用通过基于代理的系统处理钱包连接，则需要在将后续订单签署委托给代理之前，提示用户用主钱包签署授权。

忽略了最高费率限制

用户为你的 builder 地址授权的是一个最高费率上限。如果你尝试附加高于用户授权的费率，订单将会失败。在设计授权流程时，应请求一个能给你留有余地的最高费率（很多构建者会请求永续合约的全额 10 个基点），然后在每笔订单中设置不超过该上限的实际费率。

加载时未检查授权状态

授权是持久有效的，因此老用户不应再次看到授权提示。在应用加载时，使用 {"type": "maxBuilderFee", "user": "0x...", "builder": "0x..."} 查询授权状态，若响应显示已有有效授权，则跳过授权步骤。

费率设置过高

永续合约的上限是 10 个基点，但这不意味着你应该收取上限费率。用户在授权前可以看到你的费率，并可随时撤销。大多数收入领先的构建者收费远低于上限，因为在更高交易量上收取较低费率，比收取高费率却流失用户更能产生更多收入。关注同类应用的收费标准，保持有竞争力的定价。

使用我们的 API 追踪构建者表现

builder code 上线后，你需要清晰了解其运营情况，包括你自己的数据以及整体生态的动态。我们的构建者分析接口让你以编程方式访问驱动上方排行榜的同一套数据。

/builders/list 接口返回所有已注册构建者的收入、用户数和任意时间范围内的交易量（全时、月度、周度、日度）。你可以追踪自己 builder code 的增长曲线，与竞争对手进行基准对比，并识别生态中的趋势变化。/builders/users 接口则细化了特定 builder code 下的用户个体活动，让你清楚地看到哪些用户在驱动你的收入，以及他们的行为随时间如何变化。

这种可见性至关重要，因为 builder code 收入并非一成不变。用户行为随市场条件变化而变化，新竞争者不断涌现，生态内的费率格局也在持续演进。我们的数据显示，顶级构建者每天都在监控这些指标，你也应该如此。

追踪你的 Builder Code 收入

我们的构建者分析 API 为你提供实时可见性，涵盖整个 Hyperliquid builder 生态的收入、用户活动和交易量。查询排行榜，对标自身表现，在竞争对手之前发现趋势。

探索 API

下一步可以构建什么

Builder code 数据揭示了价值在 Hyperliquid 上的流向，也指出了下一批机会所在。钱包占据排行榜主导地位，因为它们掌控着用户的起点。但增长最快的细分领域是专业化工具：跟单平台、AI 交易代理、投资组合管理仪表盘，以及分析界面。这些产品吸引的用户交易频率更高、规模更大，直接转化为更高的单用户收益。

如果你在寻找切入点，不妨思考生态中目前缺失的东西：当特定 cohort 调整仓位时向用户发出提醒的告警系统；基于清算集群数据限制杠杆的风险管理叠加层；将订单拆分到多种算法执行的多策略执行引擎。这些产品都能创造足以支撑 builder fee 的价值，且每次执行都会通过你的 builder code 路由交易量。

结论很简单。这套系统迄今已向构建者分发超过 $9000 万。配置耗时不到一小时，最低投入仅需 100 USDC。你的应用路由的每一笔订单，要么正在为你创造收入，要么正在白白流失。