Hyperliquid 加密货币自营交易

简介

Origami Tech 联合创始人 Roman Korotchin 在 HackerNoon 上发表了一篇新文章，探讨链上加密货币自营交易如何围绕 Hyperliquid 基础设施不断演进。文章分析了公开执行与协议规则之间的结构性分工，重点关注资助账户的运作机制、账户基础设施以及自动化策略不断变化的格局。

文章探讨了去中心化加密货币交易所如何为资助计划提供基础，以及为什么最大回撤比名义账户规模更能决定风险预算。文章还介绍了 API 钱包和子账户如何连接外部工具，自动化交易机器人为何必须将限额视为动态约束，以及链上交易机器人为何需要与散户执行不同的风险控制。

从名义资金到可执行风险

资助交易起源于传统金融市场，后来扩展到加密货币交易领域。加密货币自营交易公司开始提供与数字资产市场挂钩的考核，让交易者无需提供全部名义资金即可获得更高的交易额度 [1]。与此同时，订单究竟在哪里执行、收益分成的资金从何而来等问题也愈发受到关注，尤其是在监管行动使模拟环境成为焦点之后。

链上自营交易协议代表了这一发展的下一阶段。它们不再将执行完全保留在封闭系统内，而是可以利用公共区块链基础设施来处理账户、交易、结算和转账 [1]。Hyperliquid 提供了这样的基础，各自营交易团队无需自建交易所。其基础设施包括中央限价订单簿、USDC 结算、API 访问、子账户、公开账户数据以及丰富的永续合约市场。据 VanEck 称，Hyperliquid 在 2026 年第一季度处理了 6,330 亿美元的交易量，占据了链上永续合约交易量的很大份额。

这样的规模使 Hyperliquid 成为服务不同类型参与者的自营交易协议的实用基础。不过，考核规则、回撤计算、资金分配和收益分成条款仍取决于各个协议 [1]。在评估资助型加密货币交易计划时，名义账户规模与实际风险额度之间的差异就显而易见了。例如，一个 $10,000 的账户，其最大回撤可能为 $1,000。交易者可以使用全部交易额度，但一旦亏损超过该阈值，账户就会被关闭。

连接 Hyperliquid API

公开 API 为算法执行创造了更直接的工作流程。Hyperliquid 上的主账户可以授权 API 钱包，代表主账户或其任一子账户签署操作。所有主账户初始可用 3 个 API 钱包，数量会随着子账户的创建而增加。这一架构让交易者能够将资助账户连接到交易机器人平台或自定义的交易机器人应用。自营交易协议继续执行考核规则和账户限额，而机器人负责管理入场、离场、仓位规模和风险条件。

这一转变解释了为什么资助账户与自动化策略特别契合。一旦账户限额可以通过程序获取，它们就能成为决策逻辑的一部分，而不再是需要交易者手动监控的规则。自动交易机器人或加密货币套利机器人可以衡量相关仓位的合计风险，并在投资组合达到预设阈值后拒绝新订单。

自动化加密货币交易如何与自营账户配合

在自营账户中，自动交易机器人必须将交易限额视为动态约束，而不是固定设置。在下单之前，策略可以计算剩余的每日亏损额度、最大回撤、当前敞口、未成交订单风险、手续费和资金费用。

例如，在每日亏损限额为 4% 的账户上，日内交易机器人或波段交易机器人可以在亏损达到 3.5% 后停止开新仓。剩余的缓冲空间可以保护账户免受滑点、手续费、资金费支付以及执行期间不利价格变动的影响。随着可用风险预算减少，仓位规模也可以相应缩小。自动化将自营账户规则转化为每笔交易前都会执行的可重复控制措施，帮助策略在整个考核期间保持一致的风险管理。

‍