四种架构，四种失效方式
几乎所有跟单方案都落在以下四种结构之一，而当运营方消失时，它们的失效方式截然不同。
- 混合托管——你充值进共享金库；能否取回完全取决于运营方。
- 隔离托管——资金为你保管，但仍由他们持有；提款是一种申请。
- 未限定范围的 API 访问——资金留在交易所，但密钥可能允许提款或转账。
- 限定范围的链上代理——只有交易权限，可由你撤销，资金从不移动。
架构
托管式与非托管式跟单
跟单产品之间的差异，更多体现在架构上而不是功能上。架构决定了最糟糕那天会发生什么——这也是唯一值得先用来排序的维度。
要点速览
托管式系统持有你的充值并且能够提走它；你的暴露因此包含运营方的偿付能力与行为风险。像 HyperMirror 这样的非托管式系统，通过你自己 Hyperliquid 账户上的仅交易代理运作，运营方失效只会让镜像停止，却触及不到你的资金。
每种模型要求你信任什么
托管要求你长期信任对方的偿付能力、诚信与运营安全。未限定范围的 API 访问要求你信任密钥权限当初配置正确、并且一直保持正确。限定范围的代理只要求你信任协议会执行自己的范围定义——这是一个小得多、且可公开验证的假设。
这些模型都不会让策略变得更好。它们决定的是：策略失败是否是你唯一可能亏损的方式。
对托管式系统的公允评价
托管产品能提供限定范围的代理做不到的事情：跨策略的净额保证金效率、由单一大账户统一执行，以及对完全不想管理钱包的用户更简单的上手流程。这些都是真实的优势，代价是交易对手风险。
HyperMirror 有意选择了相反的交换——接受隔离子账户带来的保证金碎片化，换取你永远不必交出控制权。
两种模型都不会消除交易风险
非托管架构解决的是“谁能拿走你的资金”。它并不说明代表你建立的仓位是否会盈利，而永续合约在任何模型下都可能造成重大亏损。
带杠杆的永续合约存在重大亏损风险，可能损失全部本金。过去的链上表现不构成对未来的预测，HyperMirror 不对收益或本金作任何保证。
问题
常见问题
非托管一定更安全吗？
它移除了一类特定风险——运营方托管——同时增加了责任，因为钱包与私钥要由你自己管理。
HyperMirror 会持有资金吗？
不会。流程中不存在平台钱包。充值直接从你进入你自己的 Hyperliquid 账户。
如果我丢了钱包怎么办？
自我保管意味着恢复是你的责任。HyperMirror 的任何人都无法帮你恢复账户访问权限。