接入流程
推荐按下面的顺序完成接入:- 为目标地址创建或获取 API Wallet。
- 将返回的
public_key设置为 Hyperliquid API Agent。 - 启动 Owly 策略实例。
- 保存返回的 Bot 标识,后续用于状态查询和生命周期管理。
- 如果配置了 webhook,接收 Owly 主动推送的事件通知。
Base URL
鉴权方式
每个请求都需要携带以下请求头:通用响应格式
成功响应统一采用以下结构:Step 1:创建或获取 API Wallet
端点
请求体
成功响应示例
这里还有几个关键行为需要注意:
- 同一租户重复请求同一个
target时,Owly 会尽量返回已有的钱包。 - 如果
target已被其他租户或其他不兼容流程占用,接口会返回409。
Step 2:在 Hyperliquid 设置 API Agent
使用 Step 1 返回的public_key,在 Hyperliquid 中将其设置为目标地址对应的 API Agent。
这一步需要由合作方在 Hyperliquid 侧自行完成,Owly 不会替你执行链上或 Hyperliquid 侧配置。
Step 3:启动策略实例
端点
请求体
webhook 语义
成功响应示例
响应里的
name 就是后续接口里使用的 bot_name。请在自己的系统里持久化保存。Webhook 通知
如果配置了 webhook,Owly 会主动向合作方的回调地址推送策略事件。 常见通知类型包括:trade event:策略实例产生的交易相关事件risk event:策略实例产生的风控相关事件status event:策略状态变化事件
- 返回
2xx表示接收成功 - 接收逻辑要按幂等方式设计
- 默认认为可能发生重试和重复投递
- 只依赖 Owly 对外约定的事件字段和业务语义,不要依赖内部服务名或内部状态机
策略实例管理接口
查询状态
停止策略实例
关闭策略实例
close 表示结束该策略实例的生命周期。关闭后,该策略实例不会继续运行。
成功响应示例:
常见错误
最小 cURL 示例
获取 API Wallet
启动策略实例
查询状态
接入建议
- 始终按
api-wallet -> 在 Hyperliquid 设置 API Agent -> start的顺序执行。 - 拿到返回的
bot_name后立刻做持久化保存。 - webhook 接收端建议实现幂等和重试保护。
- 把 webhook 事件视为 Owly 的业务通知,不要依赖 Owly 内部实现细节。
- 如果
created = false,直接复用返回的public_key。 - 如果启动失败,优先检查租户鉴权、Hyperliquid API Agent 设置、目标地址归属,以及
config是否满足当前BotConfig要求。