火币Global将调整现有RESTAPI节点“GET?/v1/query/deposit-withdraw”，详细如下：
1、在现有返回字段的基础上，新增”error-code“和”error-message“，以支持用户可查提币失败的原因。
2、返回字段”state“,取值范围新增”verifying“和”failed“，以对风控校验的进度进行说明。
生效日期：2020年6月11日
币赢关于警惕不法分子冒充、滥用官方人员名字的风险提示:据币赢CoinW官方公告，近期市场上出现某犯罪团伙冒用币赢名义建立DeFi策略微信群，进行拉人头等活动。此类行为给币赢用户及币赢品牌形象造成了不同程度的影响，币赢从未上线任何名为“Defi”的项目，也未授权任何其他主体上线任何名为“Defi”的项目。上述所谓“币赢DeFi策略微信群”所发布一切行为均为信息，与币赢无关。币赢CoinW真诚提醒广大用户以及投资者提高警惕，注意防范，谨防受。 如有发现冒充币赢进行的社群、项目方或者冒充或滥用币赢名义进行的不法行为可通过官网反馈至官方客服举报投诉联络核实。对于冒用币赢名义进行行为的单位或个人币赢将保留追究法律责任的权利。[2020/11/19 21:18:15]
具体变更细节及参数要求，请参考API文档：https://huobiapi.github.io/docs/spot/v1/cn/
Bitfinex首席技术官分享关于未来DEX的一些想法:Bitfinex首席技术官Paolo Ardoino在接受Cointelegraph采访时表达了自己对DEX未来的一些想法，具体如下：
1.我设想有数以千计的小型P2P节点/匹配引擎，每一个都由不同的组运行，从而形成一个分形的流动性聚合模型；
2.目前的DEX是令人兴奋的，但只是暂时的解决方案，一些问题包括：
- 单一管理智能合约；
- 单一治理组/代币；
- 没有KYC；
- 运行缓慢；
- 高度依赖单一链及其费用；
- 更快的区块链更加集中；
3. 更多的问题：
- 尽管区块链是“去中心化的”，由许多节点运行，但该合约是唯一通过散列标识的，因此在监管机构眼中，该合约仍然是围绕一个单一集团集中化；
- 可能会遭受不同类型的黑客攻击，仍然是单点故障；
4. 不可阻挡的DEX：P2P（BitTorrent和闪电网络的混合，数以千计的小型交易所/订单/所有权/部署），直接TCP/IP网络模型（没有区块链传输层），区块链结算，集线器只是数据/订单的聚合器。[2020/8/17]
火币全球站2020年6月11日
GDEX关于IDHUB补偿方案的公告:GDEX发布公告称，由于市场最近波动比较大，IDHUB项目方在上线其他交易平台时，在未与GDEX沟通的情况下挂出远低于GDEX首发价格。GDEX平台为了维护广大投资者的权益，及时与项目方IDHUB进行沟通，当项目方意识到这个问题时，也愿意积极主动来处理此问题。具体补偿方案为，北京时间6月1日11:59PM对GDEX.IDHUB进行快照，对快照时间持GDEX.IDHUB的用户进行1:0.75的差价补偿，快照之后进行的交易将不再进行补偿。[2018/6/1]
充提记录查询接口
GET/v1/query/deposit-withdraw
请求参数：
无变化
响应参数：
参数名称是否必须数据类型描述取值范围statustruestring"ok"or"error"?err-codefalsestring错误码?err-msgfalsestring错误描述?datetruelist??{idtruelong?充币订单id?typetruestring类型'deposit','withdraw',子用户仅有depositcurrencytruestring币种?tx-hashtruestring交易哈希?chaintruestring链名称?amounttruefloat个数?addresstruestring地址??address-tagtruestring地址标签?feetruefloat手续费?statetruestring状态状态参见下表error-codefalsestring提币失败错误码，仅type为”withdraw“，且state为”reject“、”wallet-reject“和”failed“时有?error-msgfalsestring提币失败错误描述，仅type为”withdraw“，且state为”reject“、”wallet-reject“和”failed“时有?created-attruelong发起时间?updated-at}truelong最后更新时间?虚拟币充值状态定义：
无变化
虚拟币提币状态定义：
状态描述verifying待验证failed验证失败submitted已提交?reexamine审核中canceled已撤销pass审批通过reject审批拒绝pre-transfer处理中wallet-transfer已汇出wallet-reject钱包拒绝confirmed??区块已确认confirm-error区块确认错误repealed已撤销API用户需自行评估此以上接口改动对用户自身业务的适配，并更新相关应用。
所有变更将自本通知生效之日起更新至HuobiAPIDocs。
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。