为什么1,400个Builder代码瓜分残羹，而15个却赚取数百万

Hyperliquid的builder code计划已向开发者分配了超过9,070万美元的收入。这个数字听起来像是一场惠及所有人的涨潮。但事实并非如此。15个builder代码捕获了其中约7,460万美元。其余1,396个代码瓜分了剩余的1,600万美元。

数据截至2026年7月，来自HyperTracker的builder排行榜。

如果你观察过任何平台经济走向成熟的过程，这种幂律分布并不令人意外。但它的形态揭示了一些有价值的东西。前15名的每用户收入从69美元到1,395美元不等，同一协议上、收取相近费率、使用相同流动性的builder之间存在20倍的差距。差距在于策略，本文将剖析在Hyperliquid上真正能产生可观builder code收入的三种模式。

集中程度极为悬殊

在探讨为何部分builder能够胜出之前，先来看看这种断崖式落差有多陡峭。Phantom以2,360万美元的累计builder code收入位居榜首，Based紧随其后，达1,520万美元。仅这两个代码就占据了Hyperliquid有史以来所有builder收入的近43%。

排名第五的Insilico累计收入370万美元，已比榜首下降了84%。排名第十五的Minara AI累计收入77.5万美元，与Phantom相比下降了97%。第15名之后的一切都处于长尾地带，大多数代码收入微薄，甚至几乎为零。

这并非对该计划的批评，而恰恰是任何无需许可的费用分成模式所应有的结果。入场门槛是在Hyperliquid永续合约账户中存入100 USDC并完成集成。低门槛带来大量参与者，大量参与者产生幂律分布。对于有意参与的builder而言，重要的不是平均收益，而是理解哪些策略真正能够脱颖而出。

模式一：流量巨头

Phantom、MetaMask和Rabby都是钱包提供商。它们的builder code收入来自于将Hyperliquid永续合约交易嵌入到已拥有数百万活跃用户的产品中。当用户通过Phantom的钱包内Hyperliquid界面进行交易时，每笔成交都会被标记上Phantom的builder code，无需单独注册，无需安装新应用，只是人们已在使用的钱包中新增了一项功能。

数据印证了这一点。Phantom有153,128名用户归因于其builder code，产生了2,360万美元的收入；MetaMask有52,534名用户，带来810万美元；Rabby有19,031名用户，带来150万美元。规律一以贯之：收入与用户数量呈线性增长，因为每位用户都会产生适量的交易。

这种模式下的每用户收入通常在77美元到154美元之间。与其他模式相比并不算高，但庞大的用户基数弥补了这一不足。Phantom每用户154美元乘以153,000名用户，产生了平台上最高的builder code收入。

这里的护城河显而易见：在集成Hyperliquid之前，你需要一个拥有真实流量的现有产品。专门为赚取builder费用而从头构建一个钱包，并非正确路径。流量巨头是那些已经掌握用户关系、并将永续合约作为新功能添加的玩家。

模式二：交易量机器

Insilico、Mass和TreadFi代表了截然相反的模式。它们的用户数量很少：Insilico 3,339名，Mass 1,054名，TreadFi 4,835名。这些不是面向大众的消费产品，而是为仓位大、交易频繁的交易者构建的执行工具。

每用户收入数据说明了一切：Mass每用户产生1,395美元，Insilico每用户1,113美元，TreadFi每用户463美元。与Phantom的每用户154美元相比，便能理解为何更少的用户仍能产生数百万美元的收入——每位用户贡献了大得多的交易量。

Insilico的3,339名用户推动了363亿美元的累计交易量，每用户平均交易量超过1,080万美元。这种量级的每用户交易量只来自量化团队、做市商以及每个账户执行数千笔交易的算法策略。产品必须为这类用户而生：快速执行、高级订单类型、与自动化交易系统集成的API优先接口。

对于考虑走这条路的builder：你不需要100,000名用户，你需要1,000名对的用户。挑战在于打造一款足够出色的产品，让专业交易者愿意通过你的前端路由交易流，而非直接连接Hyperliquid的原生界面或自行编写执行层。

模式三：聚合平台与社交平台

Based、Axiom和Dreamcash占据中间地带。它们既不是拥有庞大安装基础的钱包，也不是面向量化交易者的执行工具。它们通过跟单交易、DEX聚合或社交交易功能聚合需求，让用户有理由通过第三方前端进行交易。

Based是这一类别中的佼佼者：42,967名用户产生了449亿美元的交易量和1,520万美元的收入，每用户354美元，介于钱包模式和量化模式之间。Axiom的用户数量相近（34,093名），但每用户仅赚取69美元，这表明其用户交易活跃度较低，或产品仅捕获了用户总活动中较小的份额。

这种模式的关键变量是留存率。跟单交易和聚合平台需要用户持续回访，因为builder code只有在交易执行时才产生收入。一个注册后跟随几笔仓位、随后停止的用户价值极为有限；而将你的平台设为默认交易界面的用户，则构成了持续的收入关系。

对于探索这一模式的builder，竞争问题很明确：为什么交易者要使用你的平台，而不是直接前往Hyperliquid？跟单交易、更好的分析工具、社交功能、自动化策略以及精选交易信号都是有效的答案。但每一项都需要构建并维护一个真正优于用户自行获取的产品层。

这三种模式对新builder意味着什么

如果你正在评估是否应该在Hyperliquid的builder code计划上构建产品，排行榜数据提供了几个实用的筛选维度。

你已经拥有用户了吗？ 如果你运营着一个钱包、DeFi仪表板或任何拥有相当规模安装基础的产品，流量巨头模式是你获得builder收入的最快路径。集成工作相对直接，每一个通过你的界面发现Hyperliquid永续合约的现有用户都成为一个收入来源。

你能吸引专业交易者吗？ 如果你正在构建执行基础设施，交易量机器模式让你能从小规模用户群中赚取可观收入。但产品门槛很高。量化交易者和做市商对延迟、订单类型和API可靠性有具体要求，能够足够好地满足这些要求从而捕获他们的交易流，才是真正的难点。

你能解决Hyperliquid无法解决的流量分发问题吗？ 如果你能通过跟单交易、社交交易或聚合将新用户群体带入Hyperliquid，第三种模式提供了一条路径。护城河在于产品质量和用户体验，因为聚合平台彼此竞争，争夺同一批交易者。

费用上限的重要性远低于你的预期。 Hyperliquid在永续合约上允许最高10个基点（0.10%），现货最高100个基点（1.00%）。大多数builder收取的费率远低于上限。每用户收入的差异来自交易量的差异，即每位用户交易多少、多频繁，而非费率优化。一个收取一半费率但每用户交易量是两倍的builder，收入是相同的。

通过我们的API追踪Builder经济

静态排行榜快照告诉你今天谁在领先，但无法告诉你谁正在积累势头、哪些代码吸引特定类型的交易者，或者某个builder的收入是在加速还是在衰退。程序化访问改变了这一切。

我们的/builders/list端点允许你按时间范围筛选拉取完整的builder排行榜：日、周、月或全时段。这意味着你可以计算增长率、比较各代码的势头，并在任何人注意到之前发现新入场者。一个简单的示例：

curl -X GET \
  "https://ht-api.coinmarketman.com/api/external/builders/list/timeframe/week" \
  -H "Authorization: Bearer YOUR_TOKEN"

响应包含该时段每个builder的收入、交易量和用户数量。对比连续几周的数据，你便拥有了整个生态系统的势头追踪器。

更有趣的是将builder数据与我们的队列分析相结合。Hyperliquid上的每个钱包都被归类到16个行为队列之一：8个按钱包规模划分（从Shrimp到Leviathan），8个按累计盈亏划分（从Money Printer到Giga-Rekt）。当你将builder code用户与队列数据交叉对比时，便能回答任何公开仪表板都无法呈现的问题。哪些builder代码吸引了最多的Money Printer钱包？某个代码的交易量是由少数Leviathan驱动的，还是由数千名Fish级别的交易者贡献的？Giga-Rekt钱包是否在某个特定平台上大量流失？

这种细分分析将静态排名转化为战略工具，无论你是在评估竞争对手的builder代码、选择合作builder，还是追踪自己代码的用户构成随时间的变化。

以程序化方式监控Builder代码表现

按时间范围查询完整的builder排行榜。追踪任意代码的收入、交易量和用户趋势。与16个行为队列交叉参照，实现更深度的细分分析。

探索HyperTracker API

幂律分布将进一步加剧

随着生态系统走向成熟，三大趋势将使builder收入进一步集中。

HIP-3资产扩展将传统资产（股票、大宗商品、外汇）纳入Hyperliquid的永续合约市场。已拥有流量优势的builder将率先通过其界面提供这些市场，从而进一步巩固其交易量优势。一个通过builder代码路由股票永续合约交易的钱包，可以进入远比加密原生永续合约更为广阔的市场。

HIP-4预测市场开创了builder收入的新类别。部署者从其市场产生的交易费中获得分成，预测市场前端的每笔交易也可携带builder代码。率先将预测市场与永续合约整合的builder，将抢先捕获这部分增量交易量。

机构集成将交易量结构向更大的单笔交易规模迁移。随着更多托管解决方案、主经纪商层和企业钱包上线，通过builder代码路由的平均交易规模将增大。这对流量巨头和交易量机器的利好将不成比例，因为机构资金流向往往集中于少数受信任的前端。

拥有1,411个代码的生态系统将持续扩张，但收入将继续集中。这是每个平台经济的规律：无需许可的入场，幂律分布的结果。如果你今天正在Hyperliquid上构建产品，问题不在于builder代码是否有效，它们显然有效。问题在于这三种模式中哪一种契合你的产品、你的用户和你的流量优势。选错模式，你将加入1,396个代码瓜分1,600万美元的行列；选对模式、执行到位，排行榜上还有你的位置。