okv5 API常见问题

最新推荐文章于 2024-02-27 15:22:57 发布
最新推荐文章于 2024-02-27 15:22:57 发布
阅读量1.3w 收藏 11
点赞数 3
分类专栏： 量化投资 文章标签： python
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/chenbaixing/article/details/119215264
版权

发起请求
所有REST请求头都必须包含以下内容：（公共数据不需要）

OK-ACCESS-KEY字符串类型的APIKey。

OK-ACCESS-SIGN使用HMAC SHA256哈希函数获得哈希值，再使用Base-64编码（请参阅签名）。

OK-ACCESS-TIMESTAMP发起请求的时间（UTC），如：2020-12-08T09:08:57.715Z

OK-ACCESS-PASSPHRASE您在创建API密钥时指定的Passphrase。

所有请求都应该含有application/json类型内容，并且是有效的JSON。

签名
生成签名

OK-ACCESS-SIGN的请求头是对timestamp + method + requestPath + body字符串（+表示字符串连接），以及SecretKey，使用HMAC SHA256方法加密，通过Base-64编码输出而得到的。

如：sign=CryptoJS.enc.Base64.Stringify(CryptoJS.HmacSHA256(timestamp + ‘GET’ + ‘/users/self/verify’, SecretKey))

其中，timestamp的值与OK-ACCESS-TIMESTAMP请求头相同，为ISO格式，如2020-12-08T09:08:57.715Z。

method是请求方法，字母全部大写：GET/POST。

requestPath是请求接口路径。如：/api/v5/account/balance

body是指请求主体的字符串，如果请求没有主体（通常为GET请求）则body可省略。如：{“instId”:“BTC-USDT”,“lever”:“5”,“mgnMode”:“isolated”}

SecretKey为用户申请APIKey时所生成。如：22582BD0CFF14C41EDBF1AB98506286D

一、返回Bad Request

通过HTTP请求GET /api/v5/market/history-candles
获取历史数据
instId=BTC-USDT-210924
bar=5m
after=2021-08-03T01:14:22.934Z
max_len=100
返回：{‘code’: ‘-1’, ‘msg’: ‘Bad Request’, ‘data’: None}

原因：
时间戳格式错误
after String 否 请求此时间戳之前（更旧的数据）的分页内容，传的值为对应接口的ts
其中：ts String 成交明细产生时间，Unix 时间戳的毫秒数格式，如 1597026383085
修改即可
after=1597026383085

二、GET/POST方法签名
OK-ACCESS-SIGN的请求头是对timestamp + method + requestPath + body字符串（+表示字符串连接），以及SecretKey，使用HMAC SHA256方法加密，通过Base-64编码输出而得到的。
GET方法签名：
参数写在requestPath 里，？&分隔，没有body
/api/v5/trade/order?ordId=2510789768709120&instId=BTC-USDT

POST方法签名：
body是指请求主体的字符串，如果请求没有主体（通常为GET请求）则body可省略。如：{“instId”:“BTC-USDT”,“lever”:“5”,“mgnMode”:“isolated”}
即requestPath 不带参数，参数直接写成body的字符串
dict转字符串：json.dump(body)（不用去掉空格，如果去掉空格，下面请求data也要去掉空格）
同时POST请求的data，也要写成字符串格式（binan是直接传dict格式）
self.client.post(url, headers=headers, data=json.dumps(kwargs))
三、OK_ACCESS_KEY为空
{‘msg’: “Request header “OK_ACCESS_KEY“ can’t be empty.”, ‘code’: ‘50103’}
问题：请求头"OK_ACCESS_KEY"不能为空
必须用apikey才能获取的数据，private:1
‘get_trade_fee’: {‘url’: ‘/api/v5/account/trade-fee’, ‘method’: ‘get’, ‘private’: 1},

四、asset_withdrawal转账提示需要withdrawal地址
{‘code’: ‘58203’, ‘data’: [], ‘msg’: ‘Please add a withdrawal address.’} asset_withdrawal
ok内部账号，A向B转账
B要在A的地址簿里，而且必须是免验证
如果在地址簿，但需要验证，弹出：
{‘code’: ‘58207’, ‘data’: [], ‘msg’: ‘Withdrawal failed due to address error’} asset_withdrawal

五、同一个账户下，全仓逐仓都开仓过
getget_account_positions获取持仓时
即使逐仓已经平了
还是会一直显示
不要手贱，
全仓仓位排在逐仓仓位后面，过24小时看看会不会消失
s090账号
在这里插入图片描述

通用类

错误提示HTTP 状态码错误码title 4
操作成功2000
操作全部失败2001
批量操作部分成功2002
body不能为空40050000
撮合引擎正在升级，请稍后重试50350001
非法的json数据40050002
接口请求超时（不代表请求成功或者失败，请检查请求结果）50450004
接口已下线或无法使用41050005
无效的Content_Type，请使用"application/json"格式40050006
用户被冻结20050007
用户不存在20050008
用户处于爆仓冻结20050009
用户ID为空20050010
用户请求频率过快，超过该接口允许的限额42950011
用户状态无效20050012
当前系统繁忙，请稍后重试42950013
必填参数{0}不能为空40050014
参数{0}和{1}不能同时为空40050015
参数{0}和{1}不匹配40050016
当前仓位处于ADL冻结中，无法进行相关操作20050017
{0}币种处于ADL冻结中，无法进行相关操作20050018
当前账户处于ADL冻结中，无法进行相关操作20050019
当前仓位处于强平冻结中，无法进行相关操作20050020
{0}币种处于强平冻结中，无法进行相关操作20050021
当前账户处于强平冻结中，无法进行相关操作20050022
资金费冻结，无法进行相关操作20050023
参数{0}和{1}不能同时存在20050024
参数{0}传值个数超过最大限制{1}20050025
系统错误50050026
当前账户已被限制交易20050027
账户异常无法下单20050028
你的账户已经触发风控体系，禁止该标的{0}交易，请联系客服进行处理20050029

API类

错误提示HTTP 状态码错误码错误提示
Api 已被冻结，请联系客服处理40050100Api 已被冻结，请联系客服处理
APIKey 与当前环境不匹配40150101APIKey 与当前环境不匹配
请求时间戳过期40150102请求时间戳过期
请求头"OK_ACCESS_KEY"不能为空40150103请求头"OK_ACCESS_KEY"不能为空
请求头"OK_ACCESS_PASSPHRASE"不能为空40150104请求头"OK_ACCESS_PASSPHRASE"不能为空
请求头"OK_ACCESS_PASSPHRASE"错误40150105请求头"OK_ACCESS_PASSPHRASE"错误
请求头"OK_ACCESS_SIGN"不能为空40150106请求头"OK_ACCESS_SIGN"不能为空
请求头"OK_ACCESS_TIMESTAMP"不能为空40150107请求头"OK_ACCESS_TIMESTAMP"不能为空
券商ID不存在40150108券商ID不存在
券商域名不存在40150109券商域名不存在
无效的ip40150110无效的ip
无效的OK_ACCESS_KEY40150111无效的OK_ACCESS_KEY
无效的OK_ACCESS_TIMESTAMP40150112无效的OK_ACCESS_TIMESTAMP
无效的签名40150113无效的签名
无效的授权40150114无效的授权
无效的请求类型40550115无效的请求类型
错误提示HTTP 状态码错误码错误提示
Api 已被冻结，请联系客服处理40050100Api 已被冻结，请联系客服处理
APIKey 与当前环境不匹配40150101APIKey 与当前环境不匹配
请求时间戳过期40150102请求时间戳过期
请求头"OK_ACCESS_KEY"不能为空40150103请求头"OK_ACCESS_KEY"不能为空
请求头"OK_ACCESS_PASSPHRASE"不能为空40150104请求头"OK_ACCESS_PASSPHRASE"不能为空
请求头"OK_ACCESS_PASSPHRASE"错误40150105请求头"OK_ACCESS_PASSPHRASE"错误
请求头"OK_ACCESS_SIGN"不能为空40150106请求头"OK_ACCESS_SIGN"不能为空
请求头"OK_ACCESS_TIMESTAMP"不能为空40150107请求头"OK_ACCESS_TIMESTAMP"不能为空
券商ID不存在40150108券商ID不存在
券商域名不存在40150109券商域名不存在
无效的ip40150110无效的ip
无效的OK_ACCESS_KEY40150111无效的OK_ACCESS_KEY
无效的OK_ACCESS_TIMESTAMP40150112无效的OK_ACCESS_TIMESTAMP
无效的签名40150113无效的签名
无效的授权40150114无效的授权
使用python在okex里兑换代币token
u013400046的博客
02-18 596
下面是一段python代码展示调用okex去兑换代币交易。本文由博客一文多发平台。
策略实盘部署
chenbaixing的博客
06-10 714
111
欧易(okex)API V5接口实现指南
marc2719的博客
05-04 6973
okex rest api
okex v5 api，包含了大部分功能，交易，账户操作，查询等
08-18
okex v5 api，包含了大部分功能，交易，账户操作，查询等，获取到的数据为官方返回数据没有进行二次处理，本人有二次处理经验，具体的可以看博客内容
okex okx v5api下单，23年接口改版引发的问题
ll0xx的博客
12-22 1487
一、网上的python代码，生成sign后，需要再从byte转一下str。二、使用nodejs、C#实现的下单，23年上半年还是正常的，后来报错：Invalid Sign",“code”:"50113。（Post请求会报这个错，Get请求不会）python生成的json，在冒号、逗号后有一个空格（如下示例）。而nodejs、C# 默认是没有这个空格的。对比调试了python代码，python可以成功下单，发现差别就在data转json时的差别。另外还要注意下生成json时，要按字段名的字母顺序排序。
完成对okex v5 api修改并用ccxt接通开始进行测试，ccxt上可以跑okexv5 api了！！
weixin_1985159637的博客
08-18 4805
本人经过2天思索完成对okex v5 api的改进，网上可以找到免费的v3版本，ccxt里面也有对应的okex的版本，无奈v5没有，csdn里面有一个但是不知道真假，怕上当于是自己在v3版本的基础上进行了改进，demo测试还是真的过了。程序非本人编写是在原有v3版本上进行了改进，v5就是所有品种统一接口，所有其他的api全部删除，只留了spot_api,为了习惯，继续沿用了v3api的名称。 具体看下图： 只要知道了原理，其实是可以很快搞定的，我本想全部代码自己搞定，无奈精力不足，外加自学能力有限，...
OKEX v5接口鉴权认证---Python
Fairy
04-11 5677
OKEX v5接口鉴权认证 pass_phrase = '***' # 申请 api_key = "***" # 申请 secret_key = "***" # 申请 timestamp = requests.get('https://www.okex.com/api/general/v3/time').json()['iso'] # 根据需要选择对应的时间格式 def signature(timestamp, method, request_path, body, secret_key):
OKEX API常见问题解决方案error_code
热门推荐
chenbaixing的博客
05-22 1万+
系统环境： centos7 python3.8.3 一、请求时间戳过期 Timestamp request expired 30008 okex {“error_message”:“Request timestamp expired”,“code”:30008,“error_code”:“30008”,“message”:“Request timestamp expired”} 1、查询系统时间 登录服务器，输入 date 2、修改时区 输入命令： tzselect 依次选择5-Asia，9-Chin
硬件兼容性与性能优化：远程仿真中的硬件问题全面解析（远程仿真中的硬件问题）
[硬件兼容性与性能优化：远程仿真中的硬件问题全面解析（远程仿真中的硬件问题）](https://cdn.vibox.co.uk/uploads/566/conversions/2022-09-30-image-5-large.jpg) 参考资源链接：[ANSYS 18.2远程仿真设置全攻略...
【信号传播分析全面解析】：从发射到接收，STK链路模块的信号完整路径分析
![STK链路模块]...文章还探讨了信号路径优化实践，如信号强度的增强技术与信号干扰问题的解决方法。最后，本文深入探讨了信号完整性分析的高级技术、系统设计以及5G/6
【股票数据处理指南】：C#中Tu Share数据清洗到分析的全流程
[Tu Share](https://dwg31ai31okv0.cloudfront.net/images/Article_Images/ImageForArticle_393_16741049616919864.jpg) # 摘要 本文旨在介绍基于C#语言在Tu Share数据处理中的应用，涵盖数据清洗、统计分析和数据...
AD9361无线协议深度解析：增益控制策略的全攻略
[AD9361](https://dwg31ai31okv0.cloudfront.net/images/Article_Images/ImageForArticle_393_16741049616919864.jpg) # 摘要 本文综合探讨了AD9361无线协议的增益控制机制，首先概述了AD9361无线协议的基本概念和...
【eQEP与微控制器的完美结合】：实现高效信号处理的秘密
[eQEP](https://dwg31ai31okv0.cloudfront.net/images/Article_Images/ImageForArticle_393_16741049616919864.jpg) # 摘要 eQEP(Enhanced Quadrature Encoder Pulse)是微控制器中用于解码编码器信号的模块，对于...
type may not be empty [type-empty]
最新发布
LlanyW的专栏
02-27 1357
原因是使用了规范commit信息的工具，你的提交信息不符合规范，所以被拒绝了commit规范工具。
获取头信息header中参数access_token失败，获取header头信息中带下划线参数失败
jjz98735的博客
09-01 1421
java、http请求获取头信息header中参数access_token失败，获取header头信息中带下划线参数失败
使用nginx 代理，后端通过request获取header自定义头信息（access_token）为null问题
Miss Dan的博客
07-27 2316
原因：nginx默认request header包含的下划线 ‘_’会自动忽略。 解决：在nginx里的nginx.conf配置文件中的http部分中添加如下配置 underscores_in_headers on
阿里云数字签名时遇到时间戳错误（InvalidTimeStamp.Expired）怎么办
ieeee.blog.csdn.net
07-28 1万+
摘要：有的同学对数字签名的认知还不是那么到位，所以签名时的每一个参数具体意义还不了解的情况下就开始签名。这种情况下，还会导致很多错误，其中常见的错误是时间戳错误（InvalidTimeStamp.Expired），本文教给您解决方法。
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

779醒

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值