Hyperliquid 适合机器人吗？

这个问题最后落在哪里

Hyperliquid 有一个自动交易者需要的那些零件：一本完全上链的订单簿、一个有文档的公开 API、能交易但提不了币的密钥，以及一份公开的费率表。它也有一些对程序不让步的规则：靠交易挣来的速率限制、按权益判定的强平，以及每小时交换一次的资金费。

由此得不出任何结论，这个页面也不给结论。它适不适合你的程序，取决于它多久交易一次、读多少东西、它的订单有多大，以及一次读取失败之后它会做什么。

是什么让它跑得动

• 一本上链的订单簿。HyperCore 里有完全上链的永续合约和现货订单簿，而每一次下单、撤单、成交和强平都透明地发生，带着从 HyperBFT 继承来的单区块最终性。
• 一个 API 管所有事。网页端用的那同一组 info 和 exchange 端点，再加一个 websocket，还有一个官方 Python SDK 和 Rust、TypeScript 的社区 SDK。
• 只能交易、再做不了别的密钥。2026 年 9 月 28 日在主网上实测，一个获批的代理密钥被拒绝了 withdraw3、usdSend、spotSend、sendAsset 和 usdClassTransfer，也被拒绝批准第二个代理。
• 可以提前算进去的成本。永续合约在基础档是吃单 0.045 %、挂单 0.015 %，随成交量和质押的 HYPE 下降。资金费纯粹是点对点的，交易所在上面不收任何费用。
• 一个走同样路径的测试场所。api.hyperliquid-testnet.xyz，一个程序在不再让你吃惊之前就该待在那里。

要留意什么

• 两种货币计价的速率限制。按 IP，REST 请求共用每分钟 1200 的加权总额。按地址，累计每成交 1 USDC 换 1 个请求，起步先给 10000 个。一个本可以订阅却去轮询的程序，两边都要付。
• 按权益判定的强平，不按谁的看法。一个仓位在账户权益跌到维持保证金以下时被强平，而维持保证金是最大杠杆下初始保证金的一半：按资产从 1.25 % 到 16.7 %。如果低到那个数的三分之二以下，而订单簿上还没成交，它就会交给强平金库。
• 资金费每小时一次，不是每八小时。费率按一个 8 小时的数字算出来，每小时交换它的八分之一，上限是每小时 4 %。一个不算它的回测，测的是另一回事。
• 杠杆和订单规模按资产各有上限。最大杠杆从 3 倍到 40 倍不等，而且是整数。在最大杠杆为 25 倍及以上的市场，单笔市价单封顶 $30,000,000，在低端是 $500,000。
• 不是每个市场都接受全仓保证金。有些永续合约只接受逐仓保证金，而一个总把杠杆按全仓来设的程序会在那里被拒绝：订单根本发不出去。

跑一个要花多少

两条腿都要给交易所付钱。在基础档，一笔永续合约的吃单付名义金额的 0.045 %，挂单付 0.015 %。档位随 14 天成交量下降，从 500 万美元以上一直到 70 亿美元以上，而质押 HYPE 会再砍一次费率，最多便宜 40 %。

一个建单方在永续合约上最多可以加 0.1 %，而且只有在用户为那个建单方地址批准了一个上限之后才行，那笔批准要由用户的主钱包签署，绝不能由智能体钱包来签。

资金费是一个程序会忘掉的成本，因为它从不出现在一笔成交里：仓位规模乘以预言机价格再乘以费率。光是利息部分，每小时 0.00125 %，72 小时就是名义金额的 0.09 %，相当于基础费率下两条吃单腿。

我们自己的工具站在哪里

Locker Protocol Agentic 回答的是密钥那个问题，不是策略那个问题。账户的密钥留在你的钱包里，选最安全的方式时就离线留在 Locker Vault 里；电脑上只有一个代理密钥，在一个密码下封存并且会自行过期；在一笔订单被签署之前，一份本地策略会被核查两次，而这一切都在你的钱包签署的一份授权书之下。