只需一百米就能随心所欲买回汇率，全力支持买回比特币等99种位数汇率
那时给大家增添区块链APP的新一代浏览，Web3.0区块链非官方买卖市场浏览，一些想买回交互式汇率的合作伙伴找不到非官方买卖市场。那时，他们将为您增添web3.0区块链非官方买卖市场浏览地址。点选上面的插件浏览以赢得区块链插件的新一代浏览。
点选浏览/注册登记领取盲盒，最高位数汇率6w元。
抹茶mexc买卖市场是专门为位数汇率发烧友提供更多的相关服务平台相关服务买卖软件。抹茶mexc买卖市场为采用者提供更多多种主流交互式位数汇率买卖，坚持以顾客为信息中心的价值观念，为顾客提供更多优质的相关服务项目，保障顾客权益，带领顾客共同创造大量惊喜。
浏览抹茶mexc，动态查阅热门汇率的产品价格
1、定位：致力于为采用者和行业提供更多专业、安全可靠、透明的位数汇率相关服务平台相关服务；
2、通用型集成、注册登记、认证、买卖、充提通用型掌心控制；
3、专业市场告诫，主要买卖所动态市场定制产品价格报警；
1、您的手提包现在能采用Unstopable 将Domains搜索引擎提款；
2、该平台为交易双方预设了汇率冷却期。退款后，卖方的资产将暂时冻结，并向卖方发送汇率告诫，以确保交易双方的买卖安全可靠。
3、抹茶 Web3 全新的手提包模块——赚币上线！「赚币」AAVE聚合、Yearn 和 你能透过Pancake和其他市场上的链协议和投资商品「赚币」介面能随心所欲顺利完成相关服务平台投资。
创建子帐户和顺利完成 API Key 之后，另一步是实用性每一帐户。
1、帐户实用性
他们能透过下列形式 REST API 查阅当前帐户/子帐户的实用性:
GET /api/v5/account/config
API 会返回 (1) 帐户商业模式，(2) 持仓商业模式，(3) 手动借币增设，(4) 套期保值马其顿值 PA/BS 的实用性。
2、帐户商业模式
抹茶 标准化帐户买卖系统提供更多多个帐户商业模式：(i) 简单的买卖商业模式，(ii) 汇率本息商业模式，(iii) 跨汇率本息商业模式。
仅指在页面上更动，因为更动帐户商业模式须要采用者的操作。
3、持仓商业模式
抹茶 标准化帐户买卖系统增加了单向空头头寸商业模式（买卖商业模式），并保留了原来的单向空头头寸商业模式（开盘和止损商业模式）：
单向位置商业模式 只能所持空头或空头空头头寸。买卖所将依照您选定的空头头寸手动打开/关闭空头头寸
单向空头头寸商业模式可同时所持空头空头头寸和空头空头头寸
他们能透过下列形式 REST API 增设持仓商业模式(所有持仓增设前须要止损)：
POST /api/v5/account/set-position-mode
4、手动借币
手动借款是跨汇率本息商业模式下的功能，仅指在页面上更动。
5、套期保值马其顿值 PA/BS
和 V3 API 共同之处，他们能透过下列形式 REST API 预设套期保值马其顿价值 PA/BS：
POST /api/v5/account/set-greeks
抹茶 标准化帐户买卖系统的APQ8060/逐仓增设更加灵活，他们能同时用APQ8060和逐仓买卖同一个商品。
因此，V5 API 合同标的指数本息商业模式没有预设 API。相反，他们在下订货时须要选定订货的本息商业模式（买卖商业模式）。详情参见 API 文件格式或本文第一 2 部分。
1、资金成本次方
1.1赢得资金成本次方
他们能透过下列形式 REST API 赢得资金成本次方：
GET /api/v5/account/leverage-info
目前，资金成本次方还没有全局增设，同一个商品能增设几个资金成本次方场景。
1.2汇率资金成本：
2、增设资金成本次方
赢得资金成本次方后，可依照您的须要增设资金成本次方：
POST /api/v5/account/set-leverage
他们能采用以上两个 API Royans，在买卖前增设每一商品的资金成本次方。
实例：
假设他们有下列增设和要求：
帐户商业模式：跨汇率本息
持仓商业模式：单向持仓
资金成本次方须要增设为 3.0 的商品：
BTC-USDT、EOS-USDT、LTC-BTC、LTC-USDT
BTC-USD-210319、BTC-USD-210326、BTC-USD-210625
BTC-USD-SWAP
上述商品仅采用APQ8060本息商业模式
汇率/汇率资金成本的增设水平是汇率，他们能撷取汇率逐个增设，即 BTC、USDT、EOS和 LTC。
增设 BTC 汇率资金成本次方为 3.0 的请求 body 实例(适用于销售 BTC-USDT 和买入 LTC-BTC)：
增设 USDT、EOS 和 LTC 的请求 body 也很相似，这里就不一一列举了。
下一步是增设 BTC-USD-210319、BTC-USD-210326 和 BTC-USD-210625 资金成本次方。因为这三种商品都有共同的目标指数(即 BTC-USD)，他们只须要选择这三种商品中的一种来增设资金成本次方。
最后，他们须要增设它 BTC-USD-SWAP 资金成本次方。尽管标的指数与上述交割相同 BTC-USD，但是，交付和可持续的资金成本次方增设是独立的，他们仍然须要发送下列请求 body 去增设：
上述共发送 6 个 API REST 请求后，这 8 顺利完成了个商品资金成本次方的增设。
1、买卖商业模式
抹茶标准化帐户买卖系统的APQ8060/逐仓增设更加灵活，他们能同时用APQ8060和逐仓买卖同一个商品。因此，他们在下订货时须要选定订货的买卖商业模式(tdMode 字段)。
各种情景下 tdMode 所需的值：
2、实例
假设他们有下列增设和订货要求：
帐户商业模式：跨汇率本息
持仓商业模式：单向持仓
商品：BTC-USDT-SWAP
本息商业模式：APQ8060
订货方向:买入(开多)
订货类型：限价单
委托产品价格：50.912.4USDT
委托数量：1 张
找上表知道 tdMode 字段应填上“cross”。
他们建议在下订货时填写顾客的自定义订货 ID(clOrdId 字段)更容易识别订货。顾客定制订货 ID 由字母、位数或纯字母组成，必须从字母开始，区分大小写，最长 32 位。
他们将在这个例子中 clOrdId 字段填上 TBTC0123.
3、订货频道的订阅
在下订货之前，他们应该采用它 WebSocket 只有订阅订货频道，才能监控订货状态(如等待买卖、完全买卖)，并做出相应的操作(如完全买卖后下新订货)。
V5 API 订货频道提供更多多维订阅。订阅上述BTC-USDT-SWAP 他们能连接和登录订货数据中的私有数据 WebSocket 之后，传送下表的任何请求：
他们也能把它拿走 instType 参数填上 ANY，一次性订阅所有商品类型的订货更新。
注：订货频道不增设第一次订阅全数据推送，只会在订货状态发生变化时推送订货更新（如等待买卖成功）。
换句话说，当他们订阅订货频道时，他们无法了解当时的订货数据。为了获取订货频道前未顺利完成的订货数据，能透过下列形式获取订货数据 REST API 查阅：
GET /api/v5/trade/orders-pending
4、下单
他们能在订阅订货频道后做好准备 BTC-USDT-SWAP 下订货。
V5 API 提供更多 REST 和 WebSocket 下单有两种协议。
REST
他们能透过下列形式 REST API 接到请求后，相关服务器将返回订货 ID(ordId 字段)。
注：这意味着买卖所已经成功地收取了请求，并提出了订货 ID 选定订货。此时，订货可能还没有在线，他们须要进一步检查订货状态以确认。
WebSocket
他们也能透过 WebSocket 理论上比较下单 REST 更有效率，节约资源。
由于 WebSocket 作为异步通信，他们须要提供更多信息 ID(id 为了识别其返回。
于私有 WebSocket 登录后，传输下列内容 WebSocket 信息：
接到请求后，相关服务器将与信息一起工作 ID(即 NEWtestBTC012)返回结果，并附上买卖所选定的订货 ID(ordId 字段)：
注：这意味着买卖所已经成功地收取了请求，并提出了订货 ID 选定订货。此时，订货可能还没有在线，他们须要进一步检查订货状态以确认。
5、检查订货状态
下单后，他们将期待 WebSocket 订货频道收到订货的状态“live”的信息。
信息实例(商品类型) + 订货频道的目标指数维度)：
订货完全顺利完成后，他们将收到下列推送信息实例，订货状态将发生变化“filled”，并填写其他关于买卖的字段。
新一代的买卖信息也会附上 ID (tradeId 字段)。本字段可用于与空头头寸对账，并将在以后的章节中解释。
6、改单
V5 API 已全力支持所有商品类型的订货更动，以便您能修改订货的产品价格(newPx 字段)和/或数量(newSz 字段)。另外 API 也提供更多 cxlOnFail 增设修改失败时手动撤单的参数。
REST:
POST /api/v5/trade/amend-order
WebSocket 业务操作请求参数：
“op”: “amend-order”
类似于订货，他们应该收到相应的相关服务器 REST / WebSocket 成功的回归，然后是 WebSocket 已填写订货频道收到“amendResult”订货推送更新字段。
注：订货完全顺利完成或撤单成功时，不能更动订货。
7、撤单
透过类似的形式，他们能透过 REST 或 WebSocket 撤单。
REST:
POST /api/v5/trade/cancel-order
WebSocket 业务操作请求参数：
“op”: “cancel-order”
同样，他们也应该收到相应的相关服务器 REST / WebSocket 成功的回归。当他们从 WebSocket 订货频道收到订货的状态“canceled”只有在推送更新时，订货撤单才能成功。
注:订货完全顺利完成或撤单成功时，不能撤单。
8、批量操作
订货、订货变更和订货撤回都全力支持批量操作，每次最多 20 张订货。受益于标准化 API，同批量操作的订货能包括不同类型的商品。
REST:
下单POST /api/v5/trade/batch-orders
POST改订 /api/v5/trade/amend-batch-orders
POST撤单 /api/v5/trade/cancel-batch-orders
WebSocket 业务操作请求参数：
下单“op”: “batch-orders”
改单“op”: “batch-amend-orders”
撤单“op”: “batch-cancel-orders”
批量操作允许部分订货成功操作。收到返回后，应在返回结果中检查每一订货。 sCode 和 sMsg 判断段订货执行结果的字段。
注册登记mexc领取新手礼包！买卖手续费返现:20%！
官网注册登记抹茶mexc：立即前往
安卓浏览抹茶mexc:立即前往
浏览抹茶mexc苹果：立即前往
温馨提示：文章不代表本网站的立场，文章内容仅供参考，不构成任何投资建议，谨防风险！
