1.0.1
全部撤单接口/v1/contract_cancelall只传symbol，撤该该品种下所有周期的合约只要有contract_code，则撤销该code的合约只传symbolcontract_type，则撤销二者拼接所成的合约订单下单接口/v1/contract_order报单字段order_price_type中增加订单价格类型post_only，post_only是“只做Maker”，不会立刻在市场成交，保证用户始终为Maker；如果委托会立即与已有委托成交，那么该委托会被取消。Postonly只受用户持仓数量限制，单笔下单不受下单数量限制。批量下单接口/v1/contract_batchorder报单字段order_price_type中增加订单价格类型post_only，post_only是“只做Maker”，不会立刻在市场成交，保证用户始终为Maker；如果委托会立即与已有委托成交，那么该委托会被取消。????Postonly只受用户持仓数量限制，单笔下单不受下单数量限制。所有API接口返回数据中增加限频信息将在api接口response中的header返回以下字段ratelimit-limit：单轮请求数上限，单位：次数ratelimit-interval：请求数重置的时间间隔，单位：毫秒ratelimit-remaining：本轮剩余可用请求数，单位：次数ratelimit-reset：请求数上限重置时间，单位：毫秒查询订单详细信息/v1/contract_order_detailtrades增加成交角色字段role：taker或maker获取成交记录/v1/contract_matchresultstrades增加成交角色字段role：taker或makerWS成交推送接口trade增加成交角色字段role：taker或makerWebSocket私有订单成交推送接口(需要APIKEY验签)一个UID最多同时建立10个私有订单成交推送WS链接。该用户在一个品种(包含该品种的所有周期的合约)上，仅需要维持一个订单推送WS链接即可。注意:订单推送WS的限频，跟用户RESTFUL私有接口的限频是分开的，相互不影响。?
动态 | 通过 DAPP 网络可以增强 IPFS 的性能:LiquidApps 团队最近发表了一篇文章，其中解释了目前最去中心化的分布式网络存储系统 IPFS 如何由于缺乏激励而效率低下，以及这个问题如何通过 DAPP 网络加以改善。
“IPFS 的开发人员对自己正在做的事情有很高的期望。它被设想成为 Web 3.0 版本的主干。…然而，IPFS 一直没有等到它自己的机会。...存储网络和区块链技术已经在 DAPP 网络上实现了实时显示。”
IPFS 节点没有让数据保持联机（online）的动机，因此，由于脱机（offline）或文件不会再上面保存的原因，结果可能就会无法传送所请求的文件。使用 DAPP 网络的用户想要通过 IPFS 存储文件，可以向 DSP 付费以将数据副本保留在其 IPFS 节点中，以确保其可用性。[2019/12/16]
1.0.0于2018年12月10日上线
声音 | LiquidApps 发文：在DAPP上发展Oracle（预言机）的必要性:据MEET.ONE 报道，今日LiquidApps发文称由于智能合约太受限制，预言机难以在智能合约内获取可靠的外部数据。如果能从外部访问可靠的数据来源，则能极大地扩展智能合约驱动的程序范围。 通过区块链技术，预言机的5大运用实例如下：交易算法和衍生品；Trivia游戏；去中心化保险；预测市场；供应链。从预测市场到点对点保险和金融合同， DAPP现在可以以无信任的方式获取数据。区块链的力量是强大的，这也就是为什么要在DAPP上发展预言机的原因。[2019/6/26]
动态 | 公链DApp要突破需改变功能单一、用户群体局限两大现状:区块律动BlockBeats发布报告认为，目前各大公链上DAPP大多质量跟不上数量、缺乏顶级突破的DAPP、类型单一、用户基础薄弱，而且用户进入门槛和学习成本仍然很高。目前以太坊DAPP仍是以去中心化的交易所和收藏类游戏为主，连DAPP也很难支持，在以太坊的可拓展性技术未真正落地之前，以太坊DAPP仍将保持目前现状。报告中指出，2019 年公链DAPP生态要取得突破，必须改变目前的功能单一、用户群体局限两大现状。对于DAPP开发者来说，看不到商业化前景的情况下做和资金盘DAPP最为保险。对于用户角度来说，DAPP使用门槛仍然过高，但与普通APP的体验仍存在较大差距。[2019/1/2]
郑重声明： 本文版权归原作者所有， 转载文章仅为传播更多信息之目的， 如作者信息标记有误， 请第一时间联系我们修改或删除， 多谢。