Hyperliquid Builder Codes:协议与应用层分离的创新机制

thelearningpill 发布于 2025-12-06 阅读 32

本文深入分析了Hyperliquid的builder codes机制,该机制允许第三方应用通过附加代码将用户交易路由到Hyperliquid,并从中赚取费用。文章指出,builder codes实现了协议与应用层的分离,使协议从控制前端转向为应用提供服务,通过支付费用获取用户和交易量。文章还探讨了该机制对产品发现、用户粘性的影响,以及其向Polymarket和ERC-8021标准的扩展,认为这是去中心化交易分配模式的一次创新。

图像

@HyperliquidX 上交易的人中,近 40% 从未打开过它的官方应用。他们通过第三方界面进行交易,而 Hyperliquid 会向这些带来用户的界面支付费用。

已有 8000 万美元的收入流向了 300 多个这类应用,以换取 1240 万用户和 2530 亿美元的交易量。

这些数据被解读为一个成功的分发故事,一个小型团队在没有营销预算的情况下获取用户的巧妙方式。这没错,但关于构建者代码(builder codes)还有更有趣的事情。

图像

构建者代码交易量及构建者占 Hyperliquid 总交易量的比例(来源:Hyperscreener)

它们描述了一种反转。应用一直建立在协议之上,而协议是设定规则的基础层。构建者代码颠覆了这种安排,使得基础层协议现在向应用付费,争夺它们的注意力,并依赖它们来实现增长。

协议为应用服务,而不是反过来。

本文评估了构建者代码是什么、它们做了什么,以及为什么这种反转在两年后仍然值得关注。

后端与用户的分离

过去,后端和用户归同一运营方所有。持有流动性的协议也负责吸引用户,因此每个平台在构建产品的成本之上,还要承担用户获取的成本。构建者代码将它们分离开来。

当有人通过某个应用进行操作时,该应用会在交易到达处理它的平台之前,在交易上附加一个标签。

这个标签就是构建者代码。它标识了发送交易的应用,使平台能够自动将一部分费用返还给该应用。

一个协议持有流动性,众多应用带来用户,每个应用根据其发送的流量获得收益。

图像

构建者代码流程概览

这种分离在机制上很小,但在经济上很大,因为它消除了平台过去独自承担的三种成本。

第一种是分发:

深度流动性不会自己找到用户,而获客成本高昂,这就是为什么协议会运行营销、资助和推荐计划,也是为什么中心化交易所通过联盟计划引导其大部分客户群的原因。

构建者代码用一种仅在活动发生时支付的费用取代了这一点,因此获客成本由产生的交易量来资助,而非预先设定的预算。

第二种是货币化:

许多应用拥有庞大的用户群,但除了发行代币或收取订阅费外,从未从中获利。

构建者代码将收入与用户已经在执行的操作绑定。应用引导活动,收取部分费用,而用户无需离开。

第三种是基础设施:

构建处理活动的基础引擎需要数年时间,而提供使其可用的流动性是一个独立的资本问题,因此一个想要提供产品的团队必须首先跨越这两个障碍。

构建者代码消除了这两个障碍。应用提供界面,平台提供引擎和流动性。这将平台变成了任何前端都可以插入的后端,而分发变成了平台收取而非支付的东西。

构建者代码在 Hyperliquid 上的运作方式

在 Hyperliquid 的术语中,构建者是任何路由交易的应用:钱包、Telegram 机器人、交易终端、区域前端。注册需要一个构建者地址,该地址在 Hyperliquid 永续合约账户中持有至少 100 USDC,之后应用将其代码附加到它提交的每笔订单上,并在每次成交时在链上获得收益。

费用结构由构建者设定。构建者可以在 Hyperliquid 基础费用之上,对现货收取最高 1% 的附加费,对永续合约收取最高 0.1% 的附加费,并保留其收取的全部金额。协议不参与收入分成。Hyperliquid 用这部分费用收入换取构建者带来的交易量,这正是启动整个关系的选择。

图像

构建者代码在 Hyperliquid 上的运作方式

用户方面有两条保护措施:用户预先批准最大的构建者费用,该费用在链上强制执行,因此构建者不能收取超过用户同意的金额,并且用户可以随时撤销构建者的权限。从用户的角度看,交易在 Hyperliquid 的订单簿上结算,而体验则停留在他们已经打开的应用内。

应用发现产品

这种反转的第一个结果是,Hyperliquid 不再决定在其上构建什么。

一个控制自己前端的协议会构建它认为用户想要的东西。一个将前端外包的协议通过观察哪些构建者成功来发现用户需求。

排行榜就是证据。

图像

使用构建者代码的应用累积交易量(来源:Coinmarketman - HyperTracker)

@phantom 领跑:

  • 累计收入 2170 万美元
  • 交易量 4150 亿美元
  • 超过 14.3 万用户
  • 构建者费用 0.05%

在大多数人为了其他目的而打开的钱包内,实现了永续合约的货币化。@BasedOneX 紧随其后:

  • 收入 1510 万美元
  • 交易量 4450 亿美元
  • 超过 4.2 万用户
  • 构建者费用 0.025%

这是故意用每笔交易的利润率换取纯粹的交易吞吐量。@pvp_dot_trade 以 799 万美元的收入和 1700 亿美元的交易量位居第三,通过 Telegram 机器人找到了社交交易。@MetaMask@InsilicoTrading@Infinex@AxiomExchange@tread_fi@Dreamcash@massdotmoney 构成了前十名,每个都是同一流动性的不同界面。

图像

使用构建者代码的应用累积交易量表格式视图(来源:Coinmarketman - HyperTracker)

差异点才是关键。一个从钱包交易的 Phantom 用户、一个在 Telegram 群组中的 PVP 交易者,以及一个通过 Insilico 路由的算法交易台,都在同一个订单簿上进行交易,唯一的区别在于引导他们进入的界面。

这些产品方向没有一个来自 Hyperliquid。协议让一个构建者市场去发现用途,只为那些有效的用途付费,并保持所有构建者深化的流动性。一个这样运作的协议是其生态系统的供应商,而非所有者。

构建者可以离开,但大多数没有

如果这种反转是真的,那么构建者并未被绑定。离开的大门是敞开的,而大多数构建者留下,这个事实比任何封闭系统可能产生的留存数据都更有力地证明了流动性的主导地位——正是因为没有任何东西强迫他们留下。

通过将执行与用户关系分离,Hyperliquid 将其市场安排得像美国股票市场一样:经纪人拥有客户,并将订单路由到为客户提供最佳服务的交易所。

随之而来的结构性担忧是,前端应用在捕获用户后,会将流量路由到支付他们最高的场所。@liquidtrading 已经允许用户通过它与 Hyperliquid 相同的界面在 @Ostium@Lighter_xyz 上进行交易,如果竞争对手的场所将构建者返佣与零费用模式结合起来,那么大型构建者可能会根据价格而非忠诚度来路由订单,Hyperliquid 的前端可能会漂向与场所无关的聚合器。

引用文章

他们留下的原因并非出于情感因素。构建一个高性能的链上订单簿仍然是一个重大的技术障碍,Hyperliquid 集中的流动性难以匹敌,而前端的利润空间足够大,以至于追求稍好费率的动力很低。敞开的大门并非协议未能关闭的漏洞,而是流动性优势被重新证明的条件。

构建者代码超越了起源

构建者代码解决了一个真实问题的最明显迹象是,这个想法并未止步于 Hyperliquid。@Polymarket 将相同的机制引入了预测市场。构建者将其代码附加到订单上,代码作为签名订单的一部分写入链上,每个带有该代码的匹配交易都会将交易量计入构建者,Polymarket 承担 Gas 费,以便构建者可以提供无 Gas 交易。

该计划于 2025 年 11 月启动,已向构建者承诺超过 100 万美元,此后已发放超过 250 万美元的资助,同时还有一个每周 USDC 奖励池,根据每个构建者的交易量份额进行分配。@betmoardotfun 单独贡献了约 15.3 亿美元,约占计划总交易量的 41%,是第二大构建者 @PolyCop_Trader(2.835 亿美元)的五倍多。MetaMask 和 @Gate 紧随其后,分别为 2.18 亿美元和 2.11 亿美元。

图像

Polymarket 构建者计划的累积交易量——betmoar 以 40.5% 的份额占据主导(来源:Dune - gateresearch)

不同市场中的相同机制产生了相同的模式:众多界面在同一流动性层之上竞争。

然后它完全离开了应用层。

Hyperliquid 和 Polymarket 各自在其平台内用自己的规则构建了构建者代码,因此任何想要采用该系统的第三方平台都必须重新实现它。

ERC-8021 由 Conner Swenberg 撰写,于 2025 年 9 月作为草案引入,将该想法转变为以太坊的共享标准,将归属从应用内部转移到链本身。

引用文章

在链上,任何人都可以看到一笔交易接触了哪个协议,但看不到是哪个应用将用户引导到那里。ERC-8021 通过允许应用将其身份附加到交易上(该身份随交易一起传输而不影响交易)来弥补这一差距,同时一个注册表将每个标签映射到一个支付地址,以便收入自动路由。@base 首先实现了它,作为一个 ERC-721 集合,其中每个代码是一个独特的代币,其元数据包含支付地址。由于该标准仅附加数据,不需要特殊的链支持,因此它可以在 @ethereum 主网、@Optimism@arbitrum 上运行。

引用文章

它解决了什么,又揭示了什么

构建者代码是加密领域产生的较为清洁的分发机制之一。它们将应用的激励与平台的增长对齐,无需代币、业务开发协议或链下协议,并且每次交易都在链上自动结算这种对齐。对于平台来说,分发不再是一个预算项目,而是仅在已发生的活动上支付的费用。对于应用来说,一个难以货币化的用户群变成了一个收入流。

分发上的成功只是表面现象。

构建者代码所揭示的是协议掌握权力的另一种方式。

旧模式是所有权:控制前端、用户以及构建的内容。Hyperliquid 采取了相反的立场。它放弃了前端、用户关系以及全部构建者费用,只保留了流动性,并让交易量主动找上门来。

这是值得借鉴的衡量标准。Hyperliquid 仍然是需要被击败的场所,而它引入的机制已经被证明足够持久,以至于超越了它本身的起源。一个通过服务于其上层而非统治上层来取胜的协议,展现了交易所的一种不同形态,而构建者代码是目前对其运作方式最清晰的展示。

本文仅供参考,不构成任何买入/卖出建议。请始终 DYOR。

  • 原文链接: x.com/thelearningpill/st...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~

相关文章

0 条评论