简短的答案
HIP-3 是 Hyperliquid 为建设方部署的永续合约所做的无许可上市：一个质押了 500,000 HYPE 的部署者可以部署一个永续 dex，定义它的那些市场和它们的预言机，设定它们的杠杆上限，并留下它们产生的费用的一个分成。那些市场活在自己的 dex 上，带自己的订单簿和自己的保证金机制，而其中多数拒绝全仓保证金。
它们通过和主要市场同一个接口交易：只有资产标识不同，而一个市场的名字带着它的 dex 作为前缀，比如 xyz:GOLD。
部署者控制什么
部署者对这个市场的定义负责，包括预言机的定义和合约规格，也对它的运行负责：那些预言机价格、杠杆上限，以及必要时结算这个市场。结算是一个动作，haltTrading，它撤掉每一笔订单并按当前标记价格结算那些仓位；它也用来恢复交易。
质押就是那份约束。主网上 500,000 HYPE，在 dex 部署之后至少保持 183 天，而验证者可以按质押加权的投票对恶意运营市场罚没它。被罚没的质押是被销毁，而不是付给受影响的人，而罚没不区分一个恶意的部署者、一个无能的部署者，以及一个密钥被偷了的部署者。
自己的 dex，自己的保证金
每一个永续 dex 都有独立的保证金机制、独立的订单簿和自己的部署者设置，而任何报价资产都可以当它的抵押品。在标准的账户抽象下，全仓保证金只在一个 dex 之内适用；用统一账户或者组合保证金时，抵押品相同的那些 dex 上的全仓仓位共享它们的保证金。
实际做起来，在一个建设方的 dex 上交易意味着把抵押品放进那个 dex，而用 lpa 时那一步由你的钱包签署，也就是离线手机上的 Locker Vault 或你选定的那个钱包，绝不由代理密钥签。
为什么那么多只接受逐仓
在一个 HIP-3 资产上启用全仓保证金是不可逆的，而主网的验证者会强制要求部署者只在满足资格标准的资产上启用它：足够的可观察流动性、一个可靠的外部预言机，以及对价格操纵的抵抗力。一个预计一个月里不止一次单日波动 50 % 的资产不合格。HIP-3 的那些 dex 还支持一个不许全仓的模式：逐仓保证金可以取出保证金，而且完全没有全仓保证金。
2026 年 10 月 4 日实测，读的是交易所自己的市场数据：330 个在线的永续合约里，有 126 个拒绝全仓保证金。在那个叫 xyz 的 dex 上，是它 110 个资产里的 90 个；在 para 上是 29 个里的 26 个；在 mkts 上是 5 个里的 2 个；在 io 上是 8 个里的 8 个。主 dex 上没有哪个市场拒绝它。
在这样一个市场上，把杠杆按全仓来设会被拒绝，而那次拒绝之后发出的订单根本出不去。我们自己的浏览器扩展在 2026 年 10 月 4 日之前到处都发全仓，而本站继承了这个缺陷；现在两者都先读这个市场的保证金模式，并在市场要求时把杠杆按逐仓来设。
对一个交易者改变了什么
- 逐仓，而且常常是被迫的。拨出去的那笔保证金只管这一个仓位，而在一个严格逐仓的资产上它不能再取回来，只能随着仓位平掉而释放。
- 杠杆上限是部署者的。预言机也是，按当前标记价格结算这个市场的决定也是。
- 一个费率档，不是一个费率。部署者会配置一个额外的费用分成，为你那笔费用的 0 % 到 300 %，或者在成长模式下至少砍掉 90 %。
- 抵押品按 dex 分开放。除非你的账户抽象另有说法，它不和主 dex 共享。
- 流动性各不相同。每个 dex 有自己的订单簿，而一个清淡的市场无论代码写什么都还是清淡。
智能体拿 HIP-3 做什么
每日决策只交易主 dex。它的宇宙筛选走一遍主 dex 的那些永续合约，并带理由点名每一个被它放到一边的市场，所以一个建设方 dex 上的市场会被点名放到一边。这个筛选还会丢掉对正在建的那个仓位来说太清淡的市场：完整的阶梯必须留在当天成交量的 1 % 和未平仓合约的 0.5 % 以内。
那些命令确实会读那些市场。lpa perps markets --dex xyz，或者 --all-dexes，把它们连同资金费率、成交量和最大杠杆一起列出来，而这台电脑的额度点名了允许的那些 dex，默认是主 dex。把那张清单放宽，仍然是一件你要签署的事，而且要在授权书之内。