136个永续的费率卡在同一个数上 26个负费率却扛着57.8%的持仓

Hyperliquid 主场所 11 月 14 日 07:30 的读数里，179 个有持仓的永续合约中 136 个的资金费率精确等于 0.0000125，也就是每结算一次的 0.00125%，实际按小时支付。这个数字不是市场把多空力量配平算出来的，它是这套费率公式的上限。价格在 07:04 前后的最后一小时里，BTC 挂 -0.0000021、ETH 挂 -0.0000042，都是负的；而 HYPE 的 15.5 亿美元持仓连续五个小时停在正上限不动。同一时刻，一边是负费率，一边是卡死上限，中间那 17 个合约的费率却低到几乎为零。这三种状态说明的不是三种行情，而是同一个公式在不同溢价条件下的三种输出。

0.00125% 从哪来：它是溢价指数的映射，不是供求的刻度

Hyperliquid 的资金费率按小时结算，每次结算的费率直接由溢价指数换算，且被夹在固定区间里。从 fundingHistory 接口逐小时取 HYPE 与 BTC 的记录就能看到边界：HYPE 在 11 月 14 日 03:00 到 07:00 连续五次都是 0.0000125，一个数字都不差；BTC 在 11 月 13 日 18:00 到 14 日 05:00 连续十二小时同样停在这条线上，直到 06:00 掉到 0.0000057、07:00 转成负值。

这意味着 “费率停在 0.00125%”这条读数本身不含多空对比的信息。它只说明该合约的溢价指数在这段时间里处于公式会把输出推到上限的那一侧，再往上多空再怎么偏，费率也不会继续涨。要判断多空倾向，得看它离开上限的那一刻往哪边走，以及同一标的的溢价指数（premium 字段）到底是多少。HYPE 的溢价值在这几个小时里一直是 -0.0001 到 -0.0005 的负值，费率却挂在上限，这个组合本身说明这套换算里还有个不随溢价走的分量在起作用。

单看一个费率数值，看不出这套结算怎么落到自己的仓位上，因为它按小时扣、按持仓名义额折算，不像券商端只显示一个百分比。两个市场并排看，仓位占用反而容易对得上：

Binance全球顶级交易所 v3.22.4

类型：金融理财大小：306.2M语言：多国语言[中文]时间：11-2评分：10.0

136 个上限合约只占 30.6% 的持仓，负费率的 26 个占了 57.8%

把 179 个合约按费率状态分成三组，按名义持仓（币数乘标记价）加起来，分布很不对称：

负费率那一组只有 26 个合约，却扛着近六成持仓，因为 BTC 的 27.3 亿美元与 ETH 的 13.8 亿美元都在里面。这两只加起来就已经超过 40 亿美元，是全部上限合约的 1.7 倍。所以“场上大多数合约费率是正的”这句话在数量上成立（153 个正、26 个负），在持仓上却完全反过来：正费率合约合计 33.4 亿美元、占 42.2%，负费率合约占 57.8%。

如果把“负费率 = 空头付钱给多头”直接理解成“市场在押空”，就会与持仓分布打架。更准确的读法是：大资金所在的合约在这个时点愿意为做空付钱，因为它们的标的价格在过去 24 小时里真的在跌，BTC 跌 4.6%、ETH 跌 4.7%，而挂着正上限的那些标的多数跌幅在 1% 到 3% 之间。费率的方向跟价格方向在这一夜是一致的，只是幅度被上限压平了。

这里还要补一个反例，否则上面那句会读成“跌得多就一定有负费率”。上限组里 UNI 当天跌 5.68%、kPEPE 跌 2.87%，跌幅不比 BTC 小多少，费率却仍然停在上限。差别在于这两只在最近 24 小时的逐小时记录里分别有 13 次和 24 次落在上限，它们的溢价指数长期处在会把输出顶到上限的一侧，跟单日跌幅不是同一件事。跌幅解释“为什么有些合约转负”，不解释“为什么另一些合约跌了还不转负”，后者要看溢价指数在窗口里的位置。

成交量给了第二个旁证：上限那一组的换手只有负费率组的三分之一

24 小时成交量与名义持仓之比，两组差了四倍：上限组 0.37，负费率组 1.51。这个比值衡量的是持仓被翻动了几遍，不是价格涨跌。上限组里 HYPE 是 0.39、LIT 是 0.34、ZRO 是 0.25、XPL 是 0.15、AAVE 是 0.21，全部低于 0.5；负费率组里 BTC 是 1.94、ETH 是 1.01、SOL 是 1.25、ZEC 是 1.41，都超过 1。

把这些数字和费率状态放在一起，画面才完整：费率卡在上限的那一批，多数是持仓挂着但当天没什么人换手的合约；费率转负的那一批，是价格在动、仓位也在动的合约。这不是一条因果链，上限合约里也有 ZEC 这种成交量与持仓比 1.41 的例外，但作为分层来看它比“多空比例”这个指标稳得多，因为它两边都能算出来。

顺带说明一个容易误读的地方：全场成交量与持仓的比值是 1.11，看上去和负费率组的 1.51 接近，但两者分母不同。全场分母包含了 30.6% 的低换手上限合约，把单看某一组的结论摊平了。只看全场比值会以为这个场所整体流动性均匀，实际是两组各自成立、平均之后才显得平。

把上限当成“每小时付 0.03%”来算，一年是 10.9%，这笔账很少有人先算

费率上限 0.00125% 是按小时算的，换算成日成本是 0.03%，年化约 10.9%。这意味着一笔卡在上限的多头仓位，如果价格不动，光是持有成本一年就要吃掉一成。连续挂在上限十几个小时的合约并不罕见：24 小时逐小时记录里，NEAR、VVV、ZRO、XPL 都是 24 次全部在上限，LIT 是 22 次、MON 是 23 次。

但把 24 小时的累计值和日成本对一遍会发现另一件事。同一批合约过去 24 小时的累计费率只有 2.4 到 3.0 个基点，而不是 0.03% 乘 24 小时的 30 个基点。差别在于“挂上限的小时数”和“整段时间的累计”不是一回事：某些小时它们并不在上限，某些小时甚至为负，只是截稿那一刻的读数正好停在上面。用单次快照乘时间，会把成本高估十倍左右。

这一条对判断“值不值得拿”很关键。截图里看到的费率是那一刻的，不是接下来一天的平均值；要估持有成本，正确的做法是取 fundingHistory 的逐小时序列累加，而不是把一个瞬间的读数乘以小时数。本文所有涉及“日成本”“年化”的数字都注明是按当刻上限直乘的上界，实际值通常更低。

这套读法在什么条件下会失效

第一条是费率区间本身会调整。上限 0.00125% 是按小时结算下的约束，如果平台改成四小时或八小时结算一次，同样的逻辑要按结算次数重算，单次费率的上限也会随之变化，直接套用 10.9% 的年化会错。本文的年化数字只在按小时结算的前提下成立。

第二条是快照的时效。上面三组的持仓占比是 07:30 前后一次读数算出来的，负费率组里 BTC 与 ETH 占大头，这两只的费率在 07:00 刚刚从正转负，一小时前的分组结果会完全不同，那时的持仓分布会朝上限组倾斜。把单次快照当成“今天的结构”会过度概括。

第三条是口径。名义持仓用币数乘标记价，标记价与最后成交价之间的偏离会影响占比的第三位小数；成交量的口径是 24 小时滚动美元成交额，包含了同一批仓位的来回翻动，不能当作新增资金。这套数据只覆盖 Hyperliquid 一家，不含币安、Bybit 等其他场所的资金费率，跨场所比较需要另取一份。

费率卡在上限这件事在别的交易所里也能看到，成因却不相同。币安的永续按固定间隔结算，费率同样有上下限，但上限值、结算频率与溢价指数的计算窗口都不一样，两边的“上限”是不能直接相减或对比的。要做跨平台对照，先把各自的结算频率与上限值写清楚，再谈绝对数值。

回到那一刻的读数：0.00125% 出现的次数多，不代表多头拥挤，只代表公式的输出被边界截住了；费率转负的 26 个合约扛着更多持仓，也不代表空头控盘，只代表这几只的标的价格在过去一天里跌得更实。把费率当情绪指标看，容易上下都会被骗；把它当成本参数看，这两个读数的用处就清楚了。

对照另一家场所的合约页面时也能看出这一点：报价、费率、保证金占用是三个独立字段，持仓的本金成本要自己折算，不能拿一个百分比当作全部成本。

欧易okx交易所 v6.197.0

类型：金融理财大小：567.3M语言：中文时间：11-14评分：10.0

资料来源

• Hyperliquid 官方 info 接口：metaAndAssetCtxs 与 fundingHistory：https://api.hyperliquid.xyz/info
• Hyperliquid 文档：资金费率与结算间隔：https://hyperliquid.gitbook.io/hyperliquid-docs/trading/funding
• CoinGecko 现货行情（BTC、ETH 24 小时涨跌交叉核对）：https://api.coingecko.com/api/v3/simple/price