非托管的 Hyperliquid 跟单交易，讲清楚

托管权与操作权限的区别

托管权是移动资金的能力。操作权限是在账户内行动、但无法把资金转出的能力。把两者混为一谈，正是「非托管」一词变得不可靠的原因：一个平台可以诚实地说自己从不触碰你的提现权，同时却握有足以造成真实损害的宽泛权限；另一个平台也可以自称非托管，却要求你把资金存入一个混合地址。

判断标准是机械性的，而不是修辞性的：问一句——提现由哪把私钥签署？如果答案是除你之外的任何一把钥匙，那么无论用什么措辞描述，这个安排就是托管的。

Hyperliquid 的代理授权到底授予什么

Hyperliquid 原生支持代理钱包：你签署一份授权，指明某个具体的代理地址，允许它为你的账户提交交易操作。该代理密钥可以开仓、调整仓位规模、修改和平仓。无论使用者是你自己的脚本还是一套跟单系统，用的都是同一个原语。

该授权的范围限定于交易。它不转移所有权，也不涉及账户的资金转移类操作。它同样可以撤销：你用自己的钱包收回权限，无需运营方配合，也不需要转移任何资产。

• 授予：在你的账户中下单、修改和平掉永续合约仓位。
• 不授予：提现、向其他地址转账，或变更账户所有权。
• 账户所有者可随时在链上撤销。

Builder 费用批准，以及为什么它是独立的一次签名

Hyperliquid 有原生的 builder fee 机制：构建订单的一方可以附加费用，而账户所有者需要事先批准一个最高费率。这是与代理授权分开的第二次签名，其存在的意义在于：费用受你签署过的内容约束，而不是受一张定价页面的承诺约束。

HyperMirror 通过该机制按跟单名义成交量收取 0.1%。由于费用附着在订单本身，它在链上按成交逐笔可见；由于最高费率由你批准，任何单方面提高都无法超过你已授权的上限。没有订阅费，也不从你的权益中分成。

子账户：在不放弃托管权的前提下实现隔离

Hyperliquid 的子账户隶属于你的主账户。它们把资金划分到彼此独立的保证金与仓位上下文中，同时保持同一所有权——这正是多位交易者同时镜像却无需托管、也不发生净额结算的前提。

HyperMirror 为每一位被镜像的领先交易者分配一个子账户。两位交易者在同一永续合约上持有相反方向时，两个仓位都会保留，而不会被抵消成单一净敞口；某一部分出现保证金问题时，不会吞掉支撑另一部分的保证金；同时每位交易者的结果始终可归因，而评分与更换机制正依赖于此。

这些都不改变资金的归属。子账户是你的，其余额随时可在链上查看。

对比：中心化交易所的托管式跟单

在中心化交易所上，跟单通常要求你的资金放在交易所控制的账户中，有时还要经过一个内部的跟单钱包。你的仓位是一条可以被冻结的数据库记录，而你能否退出，取决于交易所是否处理你的提现请求。

这种结构引入了一种与交易本身无关的风险：托管方的偿付能力与运营完整性。它一直是这个行业中全额亏损的主要来源，而且无法通过挑选更好的交易者来分散。

对比：API 密钥机器人

API 密钥机器人看起来像非托管，实际上往往不是，因为 API 权限的粒度很粗。密钥常常在带有提现权限的情况下签发，安全性于是取决于用户是否勾对了开关，以及运营方是否妥善保管了密钥。一把带提现权限的泄露密钥，等同于账户被盗。

代理授权的不同之处在于：范围的收窄由交易所的操作模型强制执行，而不是依赖配置卫生。代理密钥根本无法签署提现，因此该密钥被攻破的后果被限制在交易层面的损害——严重，但不等于余额的全部损失。

对比：金库与资金池结构

金库把存款人的资金汇集到一个由管理者操作的账户中。你的敞口是资金池的一份份额，而不是你自己持有的仓位；退出是按金库条款执行的赎回；所有存款人的仓位在同一个账本内净额结算。

金库是一种正当的结构，也有真实优势：简单，并且管理者可以对整个账本一次性行动。但它并不是本文所定义的非托管，而这个差别恰恰在你最想离场的时刻显现出来。

非托管无法保护你免受什么

非托管消除的是你余额上的交易对手风险。它不消除市场风险，因此不要让托管这个卖点承担它承担不了的功能。仅限交易的代理依然可以开出亏损的杠杆仓位，被镜像的领先交易者依然可能被强平。

它也不消除执行偏差：你的成交价、时间与账户规模都与领先交易者不同，因此结果必然不同。它同样不消除软件自身的运行风险——这正是为什么每位交易者的名义敞口上限、独立的杠杆限制与子账户隔离很重要：它们限定了一次故障最多能造成多大代价。

带杠杆的永续合约存在重大亏损风险，包括所投入资金的全部损失。过往链上表现不构成任何预测。HyperMirror 为非托管产品，不保证收益，也不保证本金安全。