HyperMirror 对比 Hyperbot

快速结论

以下情况 HyperMirror 更合适：你想要一个跨多位经验证领先者的、经过维护的配置，并且不想拥有任何自己的运维界面。

以下情况 Hyperbot 可能更合适：你想掌控交易逻辑本身，并愿意为它的配置和失效方式负责。

托管与安全

自动化产品之间最大的差异在于它们如何获得交易权限。大致有三种机制，它们并不等价：一种是由交易场所本身强制执行范围的链上代理授权；一种是交易所 API 密钥，其权限范围取决于设置，也取决于运营方是否诚实告知；还有一种是把资金存入运营方的控制之下，无论怎么称呼，这都是托管。

HyperMirror 使用的是第一种：一个仅交易的代理授权，外加一份单独的、不含任何交易权限的 builder 费用授权。这两者中没有任何一个能签署提款、转账或所有权变更，你也可以从自己的钱包撤销，无需运营方参与。

如果某提供商的公开文档没有明确说明托管方式、权限范围或费用机制，请把它当作未知信息，而不是有利信息，并在批准任何操作之前，去该提供商自己的文档中核实。

• 在给任何机器人注入资金之前，先问清楚它用的是这三种机制中的哪一种。
• 链上权限由交易场所本身强制执行，而不是取决于运营方的政策。
• 自托管消除了运营方托管风险，但把密钥管理的责任转移到你自己身上。
• HyperMirror 从不持有资金，也无法移动资金。

费用与激励一致性

HyperMirror 通过原生 builder 费用机制，收取被镜像名义成交量的 0.1%，并受你自己签署的最高费率约束。没有订阅费，也不抽取利润分成。无论使用哪个系统，Hyperliquid 自身的交易费、点差、滑点和资金费率都是各自独立且真实存在的成本。

机器人通常按订阅或授权许可收费，有时也提供免费的自托管版本，此时你的成本是基础设施和时间，而不是费用。这两种模式都合理；区别在于一个清淡的月份要付出什么代价，以及提供商的收入是否依赖于你是否交易。我们不引用其他提供商的价格，因为它们会变化，我们也无法替你核实。

跟单与自动化实际如何运作

使用机器人时，你就是策略师。决定结果的参数——进场条件、市场、杠杆、仓位大小、止损——都由你决定，失效方式也同样由你承担：一条在某种波动率环境下有效的规则、一个当盘口变薄时不再成立的成交假设、一个你没有接好的提醒。良好的执行会在两个方向上放大它所承载的逻辑。

HyperMirror 对公开的 Hyperliquid 成交历史，按已实现盈亏的稳定性、胜率、盈亏比、仓位纪律和账户存活能力打分，要求先跨过若干门槛才具备被纳入的资格，然后按评分比例分配资金。每位领先者都在自己独立的子账户中交易。这种隔离具体地体现在：Hyperliquid 会在同一账户内对仓位做净额处理，如果没有隔离，两位方向相反的领先者会相互抵消，让你敞口归零，却仍要为两条腿付出成本，也无法归因任何结果。

• Starter 模式：一位经评分筛选的领先者，直到跟单成交量达到 100,000 美元。
• Full 模式：最多 10 位领先者，每位都拥有各自隔离的子账户。
• 按评分加权分配，而不是平均分配或凭主观判断。
• 托管式服务——无需服务器、无需密钥管理、没有配置可能出错。

风险控制与领先者失效处理

机器人所对应的「领先者失效」，是策略衰退，而这更难被发现，因为没有任何外部记录能告诉你逻辑已经失效。你只能看着自己的盈亏，判断这个样本是否已经足够长以说明问题。大多数人要么介入得太早，要么——代价更高地——介入得太晚。

HyperMirror 把这个信号外部化。领先者评分基于公开数据持续重新计算；交易稀疏、回撤过大或 ROI 疲弱等轻度问题每天最多累计一次 strike，三个 strike 日触发更换，并平掉该子账户中的仓位。紧急情况会绕过 strike 机制，一经检测立即触发移除。这套设计也刻意抵制过度轮换——单凭更高的评分永远不会强制触发换人，在糟糕的一周后更换领先者只会产生成本和跟踪误差，而不会带来任何新信息。

无论哪种方式都无法消除市场风险。杠杆、跳空、连环强平和资金费率环境，对自动化系统的冲击与对手动系统一样严重。

该怎么选

选择 HyperMirror，如果：你想要一个跨越多位独立决策者的、经过维护的配置， 你想要逐领先者隔离和托管式执行， 并且你不想自己承担配置、正常运行时间或密钥管理的责任。

选择 Hyperbot，如果：你想表达自己的策略，而不是跟随他人， 你想在参数层面掌控执行细节， 并且你能接受自己运营和维护整个系统。

双方各自的局限

HyperMirror 的局限在于：没有自定义策略逻辑——你无法改变领先者的交易方式； 仅限 Hyperliquid； 在达到 10 万美元解锁门槛前只有一位领先者； 而且分散在各子账户中的保证金，资金效率不如净额抵消模式。

Hyperbot 的局限在于：优势由你自己提供，配置失误会造成真实的资金损失； 运维负担是持续性的——正常运行时间、密钥、更新、监控； 单一账户会让各策略相互抵消； 而且权限范围和托管方式需要核实，不能假设。

方法论，一段话说清楚

上表中 HyperMirror 一侧的每一行都遵循同一套已公开的规则。精英篮子保持稳定：一位领先者会一直被镜像，直到某条规则将其移除，评分更高的其他钱包本身永远不会强制触发换人。紧急情况——账户价值低于约 1,000 美元，或 96 小时以上没有成交且近 7 天零交易——会立即移除该领先者。其余较轻的问题每个钱包、每个 UTC 自然日最多累计一次 strike，三个 strike 日触发更换，出现一个干净的评估日则计数器归零；该项测试所用的回撤基于按资金流调整后的权益计算，避免把入金与出金误判为交易亏损，ROI 则基于 PnL 计算。完整规则表见「运作方式」页面与系统文档。

风险声明

结构只改变你承担哪些风险，并不改变你是否承担风险。本页内容不构成任何收益预测、推荐，也不是对其他提供商业绩的任何断言——做决定前，请务必查阅对方自己的文档。

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