Hyperliquid上游离场所的持仓天花板 一只AMD永续的额度只剩三成

11月13日十六点，比特币在 68700 美元附近，Hyperliquid 主场所 179 个合约的持仓名义额 79.1 亿美元。同一时刻，一个叫 xyz 的独立场所里另有 122 个合约，持仓 43.2 亿美元，比主场所的一半还多。但这两批数字不能直接相加：xyz 的每一个合约头上都挂着一行写死的持仓上限，全场 174.45 亿美元的额度里只用掉 24.8%，而主场所的 BTC 永续没有这个数。读懂这行上限，比再算一次价格更能说明当天的美股永续到底有多拥挤。

上限是写死在部署方参数里的数字，不是交易所随口说的风控

Hyperliquid 的公开接口里有一个叫 perpDexs 的端点，返回的是所有第三方部署方（官方称 HIP-3 场所）。每一个部署方名下都带着 assetToStreamingOiCap 这张表，格式是「合约名对上限金额」，单位是美元。xyz 的 122 个合约全部在这张表里，限额从 2000 万美元到 12.5 亿美元共 15 个档位。把它们加起来是 174.45 亿美元，这是一个由部署方自己写进链上参数的硬顶，不是网站首页的宣传口径。

把当前持仓按同一张表对照，得到的是一张拥挤度地图。全场只用掉 24.8%，但用到 71.9% 的合约和用到 0.1% 的合约出现在同一个场所里，它们之间的差别不在交易量，而在额度本身被设成了多大。

这里要先把方法说清楚。持仓名义额用接口里的 openInterest 乘 markPx 得到，它衡量的是「还有多少仓位没平」，不是成交额。成交额是当天的 dayNtlVlm，两者相除得到换手倍数。一个合约可以成交额很大而持仓很小，那是日内进出；也可以成交额很小而持仓很大，那是有人长期压着不动。上限管的是后者。

Binance全球顶级交易所 v3.22.4

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

同样是写死的额度，NVDA 用掉三成八，AMD 已经用掉六成七

xyz 上持仓最大的三个合约是标普500（4.715 亿美元）、英伟达（3.872 亿）与布伦特原油（3.09 亿），各自对应 12.5 亿、10 亿、7.5 亿美元的额度，占用率分别是 37.7%、38.7% 和 41.2%。这三个的开仓空间都还剩六成上下，看起来不算紧。

真正紧的是另一批。AMD 当天的持仓 6730 万美元，对 1 亿美元的额度占掉 67.3%，只剩 3267 万；ANT 更极端，1.078 亿对 1.5 亿，占 71.9%，只剩 4220 万。把这两组放在一起看，矛盾就很直白：英伟达一天成交 19.59 亿美元、持仓 3.872 亿，换手 5.06 倍，额度还剩 6.13 亿；AMD 一天成交 2.68 亿、持仓 6730 万，换手 3.99 倍，额度只剩 3267 万。成交更热闹的那个反而更宽松，因为它的额度被设成了 10 倍。

这说明当前场的紧张程度不是由需求量单方面决定的。同一份数据里，SOXL 一天成交 3.08 亿美元、持仓 3100 万，换手接近 10 倍，占用率只有 20.6%，额度还剩 1.19 亿。换手倍数高不等于额度紧，额度紧的是那些「持仓被留下来」而额度又设得小的标的。

对读者的实际含义是这样的：当某个合约的占用率接近上限，继续同方向开仓的边际成本会先体现在资金费率上，而不是先体现在价格上。xyz 的 122 个合约里有 136 个配置了资金费率乘数 0.5，这个乘数本身不构成上限，但它决定了溢价变化到费率的传导速度。额度满了以后，新仓只能在二级市场从别人手里接，费率就是那个「别人」开出的价格。

两千五百万那一档里，62 个合约的中位持仓只有一百一十八万

xyz 里最普遍的额度是 2500 万美元，一共 62 个合约。这 62 个的持仓加起来只有 9310 万美元，中位数是 118 万美元，其中 58 个的持仓还不到 500 万。额度写在链上，但没人用，这是「名额制」最典型的形态：先给每个标的留一张桌子，坐不坐满另说。

这一档里持仓最大的几个是 KORU（745 万）、礼来（637 万）、TLT（634 万）、戴尔（534 万）、IREN（481 万），占用率都在三成以下。对这些标的来说，2500 万的上限不是当前的约束，它约束的是「如果哪天真有人想在这里建一个大仓，最多能建多大」。

反过来读，这条数字对判断流动性更有用。一个持仓 118 万美元的合约，即使它的额度写着 2500 万，实际能承接的仓位也只有百万级别；平仓时对手盘同样是百万级别。把它和主场所的 BTC 永续放在同一张表里比「持仓规模」，等于拿一个预留名额和一个真实市场做比较。

xyz 的集中度也在这个数里。前 10 个合约占全场持仓的 61.6%，前 3 个占 27.0%（标普500、英伟达、布伦特原油）。122 个合约听起来很多，但真正的容量集中在不到一成标的身上，其余大半是待激活的空位。

同样的 2500 万，为什么有的坐满有的空着

62 个同为 2500 万额度的合约里，持仓从 0.1% 到三成，差的是标的本身。被设成小额度的多是新上市、正股流动性一般、或者只在特定时段有报价的名字，例如交易时段之外的海外股票与指数。这一类标的正股本身每分钟成交量就有限，部署方给一个小额度是承认「这个标的天生接不住大钱」，不是刻意设限。

这也解释了占用率分布的形状：xyz 的中位数只有 8.4%，四分位区间是 3.6% 到 22.9%。也就是说，超过一半的合约连一成的额度都没用上。用「平均占用率」去描述这个场所会失真，用中位数与尾部（71.9%、67.3%）两个数一起说才接近实情。

另一个部署方把八成七的持仓压在一个合约上

顺着 perpDexs 再往里翻，第三个部署方 io 只有 15 个在用合约，持仓 2.34 亿美元，额度合计 4.42 亿美元，占用率 53.0%。这个场所的集中度比 xyz 高得多：io:ANTH 一个合约占 2.035 亿美元，是全场持仓的 87.0%，对 2.75 亿美元的额度占掉 74.0%，只剩 7150 万美元。第二大的 OAI 只有 770 万美元，占用 64.2%。

单合约占比 87% 意味着这个场所的风险几乎等于那个合约的风险。io 的资金费率乘数分两档，11 个合约是 0.5、4 个是 0.125，后者里的标的额度更小、换手更快（io:NVDA 一天换手 9.37 倍）。同一个场所内部，乘数不同意味着同样的溢价会换算出不同的费率，读者如果按「一个场所一个规则」去理解，就会读错。

再看一个对照：para 有 33 个在用合约，额度合计 7.2 亿美元，持仓只有 1500 万，占用率 2.1%。para 的资金费率乘数是 0.6（29 个合约），另有 3 个是 0.1、1 个 0.006。还有 mkts，只有 1 个在用合约（BVIV），持仓 10 万美元，对 200 万额度占用 4.5%。这几个场所放在一起看，说明「HIP-3 是一个成熟市场」这个说法至少要打个折扣：同一个协议下有 43.2 亿美元在跑，也有 10 万美元在跑。

为什么额度表比价格表更值得先读

价格是结果，额度是约束。当一个合约的额度用掉七成以上，接下来发生的事有几种可能，而且能提前用数据区分。一是资金费率走高，把新仓挡在外面；二是持仓开始往别的标的迁移，同场所的其他合约占用率跟着上升；三是价格与持仓背离（价格跌但持仓不降），说明旧的仓位在这里被留住，谁也不愿意先平。

反过来，如果某个合约的额度只用掉个位数百分比，那么当天的价格波动就与额度无关，任何把它解读成「资金进场」的判断都缺少依据。额度这一层是免费公开的，任何人在 perpDexs 端点里都能读到，它不需要付费终端，也不需要账户。

还有一个容易忽略的层次：额度的所有权不在 Hyperliquid 官方，而在部署方手里。xyz 的部署方地址是 0x88806a71 开头，它下面还有三个子部署者，各自被授权 registerAsset、setOracle、haltTrading、setOpenInterestCaps、setFundingMultipliers、setMarginTableIds 等一整套开关。这套授权的意思很直白：额度可以被调高、被调低，标的可以新上，交易可以暂停，而做这些决定的是部署方而不是主协议。读额度表的时候要连带读这一层，否则会把「某天额度突然变宽」误读成需求变好。

欧易okx交易所 v6.197.0

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

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

第一，额度是可以被改的。setOpenInterestCaps 这个开关就在子部署者名单里，如果某个合约的额度在某天从 1 亿变成 2 亿，前一天的占用率就不再可比。本文所有占用率都取自 11 月 13 日 16 时的快照，跨日比较之前要重新拉一次 perpDexs。

第二，占用率的分子是美元的持仓名义额，它会随标的价格一起变。计价标的跌 10%，同样的合约张数折算出的美元持仓也少 10%，占用率会「自动」下降。所以占用率下降不等于有人在平仓，它可能只是价格在跌。要判断是不是真的减仓，得同时看合约张数。

第三，dayNtlVlm 的口径是当天累计的美元成交额，它跨自然日重置。换手倍数在一天的前半段天然偏低，在收盘前偏高。用换手倍数做横向比较，最好固定在同一时段取样。本文所有换手数字都取自同一时刻的接口读数。

第四，也是最重要的一条：额度只是「上限」，不是「实际容量」。一个占用 71.9% 的合约，剩下的 4220 万美元额度在极端行情里未必真的接得住一个市价单，因为额度只管持仓总量，不管盘口深度。要判断能不能出货，还得另看订单簿，这两件事不要混。

自己复核要拉哪几个数

一是 GET https://api.hyperliquid.xyz/info 的 POST 体 {"type":"perpDexs"}，返回里每个部署方的 assetToStreamingOiCap 就是额度表。这个端点不需要签名。二是同一地址 POST {"type":"metaAndAssetCtxs","dex":"xyz"}，universe 里每个合约带 maxLeverage，assetCtxs 里带 openInterest、markPx、dayNtlVlm、funding、premium。三是把两个响应对齐，持仓名义额除以额度就是占用率。

读数时注意两个细节：universe 的顺序与 assetCtxs 的数组下标一一对应，不要按名字模糊匹配；以及 hip-3 场所的合约名带前缀（如 xyz:NVDA），额度表里也是带前缀的全名，去掉前缀再对会全部对不上。这两处都很容易在写脚本时错位，而错位后的占用率看起来仍然是个合理的百分比。

资料来源

Hyperliquid 官方 info 接口（api.hyperliquid.xyz/info）的 perpDexs 与 metaAndAssetCtxs 端点，读取时间 2026年11月13日 16 时（UTC+8）：部署方参数、每个合约的持仓上限、持仓量、标记价、当日成交额、资金费率与乘数。

币安合约公开接口 fapi.binance.com 的 premiumIndex 与 klines，同一时间读取，用于对照主场所的报价与指数价。