数据

Hyperliquid API 与链上数据

Hyperliquid 最被低估的特性不是它的延迟,而是每个账户的完整交易历史都可查询,这把通常需要靠信任解决的问题,变成了可以靠计算解决的问题。

要点速览

由于 HyperCore 在链上承载订单簿、保证金状态与清算所,每个账户的成交、未平仓仓位、资金费支付与强平事件都是公开的,可以通过 Hyperliquid 的 API 服务器查询。这些数据足以从原始成交中重建任何交易者的已实现盈亏序列,无需其许可或配合——这正是独立交易者评分的基础。

公开数据包含什么

对于任意一个地址,你都可以获取其成交历史、当前未平仓仓位(含入场价与杠杆)、资金费支付记录以及强平事件,此外还有市场层面的数据,比如订单簿、预言机与标记价格,以及资金费率历史。

这份数据没有任何特权层级。撮合引擎使用的状态,与任何人能够读取的状态完全相同,这是不运行链下订单簿的直接结果。

从原始成交到可站得住脚的记录

一个展示出来的盈亏数字不是业绩记录。有用的流程是:拉取账户的成交记录,将其归并为仓位,把仓位平仓归并为已实现交易,构建带时间戳的已实现盈亏序列。只有这样,你才能判断这条曲线是整体均匀分布的,还是被一个孤立的异常值主导、周围只是噪音。

未实现盈亏被刻意排除在这个序列之外。一个未平仓仓位是一种主张,而不是一个结果——而一个账户可能一直持有巨额未实现盈利,直到被强平的那一刻。

  • 拒绝已平仓交易数量过少或历史过短、不足以具备统计意义的记录。
  • 把胜率与平均盈利、平均亏损放在一起解读,绝不能单独使用。
  • 计算盈亏比,以抑制被单笔交易带动的记录。
  • 检查仓位规模的稳定性与逼近强平线的程度,而不只是结果。
  • 检查生存能力:该账户是否曾被实质性清空后再注资?

速率限制与实际操作

Hyperliquid 通过带有速率限制的 API 服务器提供这些数据,子账户与金库活动会被分别归因,这在你需要归因交易量或业绩时非常重要。任何读取这些数据的生产系统都需要缓存与回填,而不能简单地轮询。

请查阅 Hyperliquid 自己的 API 文档以获取当前的接口、限制与数据结构;这些内容比底层保证机制变动得更频繁。

这些数据无法告诉你什么

公开成交只显示一个账户做了什么,而不是为什么这么做。它们无法揭示场外对冲、由同一团队运作的协同账户,或是同一地址背后策略的变化。市场状态的转变可能在没有任何可见失败的情况下,使一份强劲的记录失效。

这正是评分需要持续重新计算、且常驻篮子依赖明确的软性问题规则与紧急替换规则,而不是把某个评分当作永久标签的原因。

方法论

Scoring and replacement are documented in full on How it works and in the Docs (Policy v3). 简单来说:精英组合保持稳定,紧急情况会立即移除领先交易者,轻度问题每个 UTC 日最多记一次 strike,累计三个 strike 日才触发更换。详见 运作方式 或查看 产品文档 了解完整规则表。

问题

常见问题

Hyperliquid 上的每一笔交易都是公开的吗?

是的。挂单、撤单、成交与强平都是 HyperCore 上的链上状态,可归属到产生它们的账户。

我能自己核实交易者的业绩吗?

可以——拉取其成交记录,重建已平仓仓位,构建已实现盈亏序列。这正是独立评分所做的事情,不需要交易者本人的配合。

链上数据无法显示什么?

意图、场外对冲以及地址之间的协同关系。它同样无法告诉你某个地址背后的策略是否已经悄然发生变化。

分散化跟单交易,全程自动跟单。

按评分加权分配到最多 10 位 Hyperliquid 精英交易者,每位单独隔离在自己的子账户中。你的资金始终留在自己的账户里。

非托管 · 代理钱包无法提款 · 授权可随时撤销