快速结论
以下情况 HyperMirror 更合适：你想要获得熟练的主观判断型交易者的敞口,而不需要构建或运行任何东西。
以下情况 Hummingbot 可能更合适：你想运行自己的量化策略,并且拥有运营它们所需的工程能力。
Hummingbot
HyperMirror 对比 Hummingbot
Hummingbot 是一款严肃的工程作品,针对的是一个不同的问题:在你自己运营的基础设施上,亲自运行做市、套利与流动性策略。把它拿来和跟单交易对比,其实是在对比两种哲学——自己构建优势,还是依赖已经拥有优势的人。
要点速览
Hummingbot 是开源、自托管的交易软件,用于在多个交易场所进行做市和套利;策略、服务器、密钥和监控都由你自己提供,没有产品费用。HyperMirror 是托管式、仅限 Hyperliquid 的跟单交易:一个仅交易代理、隔离子账户中最多 10 位按评分加权的领先者,以及被镜像名义成交量 0.1% 的费用。
一览
| 维度 | HyperMirror | Hummingbot |
|---|---|---|
| 主要交易场所 | 仅限 Hyperliquid | 多个 CEX 和 DEX,自行配置 |
| 托管模式 | 非托管；资金始终留在你自己的 Hyperliquid 账户中 | 非托管:你的密钥,你的机器 |
| 权限模式 | 仅交易权限的代理钱包授权，外加一份单独的 builder 费用授权 | 你自己生成并保管的 API 密钥或钱包密钥 |
| 运营方能否提走你的资金？ | 不能——提款与转账只能通过你自己的钱包完成 | 不存在运营方;密钥安全完全由你自己负责 |
| 你跟随的是什么 | 一个精选的、最多 10 位经评分筛选的 Hyperliquid 精英交易者篮子 | 什么都不跟——你自己运行做市或套利策略 |
| 组合构建方式 | 按评分加权分配；Starter 模式 1 位领先者，Full 模式最多 10 位 | 由你自己构建并设置参数 |
| 仓位隔离 / 净额抵消 | 每位领先者拥有独立隔离的子账户；领先者之间不做净额抵消 | 只有你自己架构出来的隔离 |
| 领先者更换规则 | 组合保持稳定：紧急情况立即移除，其余情况以 3 个记录在案的轻度问题 strike 日为触发条件 | 没有固定规则集的公开文档——轮换与否取决于用户自己或提供商的自由裁量 |
| 费用模式 | 对跟单名义成交量收取 0.1% 的 builder 费用；不抽取利润分成 | 没有产品费用;成本是基础设施和时间 |
| 透明度 | 链上可验证：每一笔成交都在你自己的地址下完成 | 完全开源,可供检查 |
| 运维负担 | 托管式自动跟单；无需自行运行或部署任何东西 | 非常高:托管、正常运行时间、升级、库存与密钥管理 |
| 最适合谁 | 希望获得分散化 Hyperliquid 敞口、又不愿放弃资金托管权的人 | 运行自己策略、具备量化思维的工程师 |
托管与安全
自托管意味着你与交易场所之间没有任何中间人,这是在运营方风险上能做到的最强立场,也是在运维风险上最弱的立场。密钥保存在你自己的环境中,现实中的威胁往往很平常:一份泄露的凭证、一个暴露的仪表盘、一台你已停止打补丁的机器上过期的密钥。
HyperMirror 用一个更窄的信任边界替代了这份责任。Hyperliquid 代理只能签署交易操作,不能做其他任何事,所以即使运营方被彻底攻破,也无法产生提现操作;资金留在你自己的账户中,该授权可以从你的钱包撤销。这是一笔真实的交换——用对运营方的信任换取自己不必当值班工程师。
- 自托管:零运营方信任,承担全部运维责任。
- 托管代理:仅交易权限,没有提现路径。
- 两种方式都无法让任何人把资金从你的 Hyperliquid 账户中转出。
- 市场风险在两种情况下完全相同。
费用与激励一致性
开源软件本身没有授权费。做市在成本结构上也本就不同:你的经济效益主要取决于费率等级、返佣、延迟与库存管理,而不是软件授权费。
HyperMirror 的定价是单一的按成交量计费——通过 Hyperliquid 的 builder 费用机制,对被镜像名义成交量收取 0.1%,没有订阅费,没有利润分成。对于一个高频做市策略来说,这种费用模式完全不适用,这恰好说明了两款产品的目标有多么不同。
跟单与自动化实际如何运作
做市通过持续报出双边价格并管理库存来赚取价差;套利则从跨场所的价格差异中获利。两者都对延迟和基础设施高度敏感,都需要仔细的风险参数设置,并且在主观判断型方向性交易表现不佳的市场环境中反而可能盈利。
跟单交易没有这些机制。它识别那些公开 Hyperliquid 历史显示出稳定性、纪律与存活能力的交易者,按综合评分为他们分配资金,并在你自己的账户中复制他们的仓位,每位领先者对应一个隔离子账户。这里被租用的技能是关于方向与时机的人类判断力,而不是微观结构套利。
- 不同的优势来源:人类主观判断力,而非价差捕获。
- 本质上对延迟不敏感;不是高频系统。
- Full 模式最多 10 位领先者;在跟单成交量达到 10 万美元前为 1 位。
- 隔离子账户防止跨领先者净额抵消。
风险控制与领先者失效处理
自托管做市商的风险在于库存与运维:在单边行情中持续报价、进程故障导致订单未及时撤销、在最糟糕的时刻出现连接问题。缓解这些风险需要工程手段——熔断开关、库存限制、告警——以及在它们触发时随时待命。
跟单篮子的风险则由领先者塑造:优势衰退、纪律崩溃、相关仓位。治理机制通过轻度问题 strike、更换以及依据既定规则(而非相对评分)的立即紧急移除来应对前两者,并在领先者离场时平掉其子账户中的仓位。领先者之间的相关性仍是真实存在的敞口,分散化能降低但无法消除它。
该怎么选
选择 HyperMirror，如果：你想要一份被维护的配置,而不需要任何基础设施, 你能接受把一个仅交易代理作为信任边界, 并且你感兴趣的是 Hyperliquid 上的方向性敞口。
选择 Hummingbot，如果：你想运行做市或套利策略, 你拥有运营它们所需的工程能力, 或者你想要完全可检查、可修改的软件。
双方各自的局限
HyperMirror 的局限在于：没有做市、套利或自定义策略逻辑; 仅限 Hyperliquid; 配置逻辑是封闭的,尽管每一步操作都可在链上验证; 并且无法自己挑选领先者。
Hummingbot 的局限在于：需要相当大的工程与运维投入; 策略表现取决于基础设施质量与费率等级; 密钥管理完全是你自己的暴露面; 并且完全没有领先者选择或跟单交易层。
方法论，一段话说清楚
上表中 HyperMirror 一侧的每一行都遵循同一套已公开的规则。精英篮子保持稳定：一位领先者会一直被镜像，直到某条规则将其移除，评分更高的其他钱包本身永远不会强制触发换人。紧急情况——账户价值低于约 1,000 美元，或 96 小时以上没有成交且近 7 天零交易——会立即移除该领先者。其余较轻的问题每个钱包、每个 UTC 自然日最多累计一次 strike，三个 strike 日触发更换，出现一个干净的评估日则计数器归零；该项测试所用的回撤基于按资金流调整后的权益计算，避免把入金与出金误判为交易亏损，ROI 则基于 PnL 计算。完整规则表见「运作方式」页面与系统文档。
风险声明
结构只改变你承担哪些风险，并不改变你是否承担风险。本页内容不构成任何收益预测、推荐，也不是对其他提供商业绩的任何断言——做决定前，请务必查阅对方自己的文档。
带杠杆的永续合约存在重大亏损风险，包括所投入资金的全部损失。过往链上表现不构成任何预测。HyperMirror 为非托管产品，不保证收益，也不保证本金安全。
问题
常见问题
Hummingbot 能在 Hyperliquid 上做跟单交易吗？
它的重心是做市和套利,而不是跟单交易。任何跟单类的逻辑都需要你自己编写并维护。
HyperMirror 是高频的吗？
不是。它镜像的是真实交易者的仓位,节奏跟随他们,因此在设计上对延迟不敏感。
哪个总成本更低？
取决于你的交易量以及你如何评估自己的时间价值。没有授权费的软件仍然需要服务器、监控和工程时间。
我能同时运行两者吗？
可以,不过在同一账户上运行独立系统容易引发保证金冲突。请把两者清楚分开。
继续阅读
相关页面
HyperMirror 对比开源 HL 机器人老老实实地核算自托管跟单机器人的成本。HyperMirror 对比 API 密钥交易机器人权限模式的对比。HyperMirror 对比 WunderTrading托管式多交易所自动化。所有对比按类别分组的每一篇 HyperMirror 对比文章。Hyperliquid 跟单交易关于在 Hyperliquid 上镜像精英交易者的核心指南。Hyperliquid 交易机器人在完全链上的永续合约交易所上，自动化执行是如何运作的。运作方式从连接钱包到镜像执行的五个非托管步骤。风险提示可能出错的地方，不加修饰。常见问题托管、费用、模式与更换机制的直接答案。系统文档模式、评分与轮换规则的完整参考。评估任何跟单平台适用于任何提供商（包括我们自己）的核对清单。