建设新的委托单（NewOrder）：一个新的委托单可以作为生意业务笼络引擎的输入，引擎会实验将其与已有的 委托单举办笼络。
此刻再来看这次的生意业务引擎间断变乱，从客观上就能很好领略了。Bitmex自己的用户量较量大，一旦溘然呈现大行情，会有大量用户同时下单撤单（这个中尚有大量的套利措施会启动），相当于短时间内大量的输入挤兑了系统，这就会导致“系统过载（system overload）”。
13 日上午 10 点 15，BitMex 宕机遏制生意业务，10 分钟后，Coinbase 比特币现货价值从3800 美元拉升至5700-5800 美元。
有不罕用户此前都诟病过BitMEX系统过载问题，并且一直也没有获得办理。有资深玩家对此给出了发起：只管利用全仓担保金，同时生存本身的存款地点，纵然呈现系统过载的环境，照样可以或许存币进来，低落爆仓价值。因为存款处理惩罚的优先级较高，不会受到系统过载的影响。
接着生意业务员@Lowstrife在推特上指出，BitMEX生意业务所自己过高的杠杆比重导致在价值开始下跌时，巨量的清算订单吞噬了市场上的订单，而一连的爆仓直接导致了价值的崩盘式下跌，BitMEX这种暂停生意业务的行为可以领略为是一种把清算的“自动档”切换为“手动档”的操纵。
譬喻，大概的输入包罗：
生意业务笼络引擎的输出则是一些事件，以便实时通知其他应用处理惩罚。
5月19日晚，OK当季10分K线走势
生意业务笼络引擎，简朴来讲是用来笼络生意业务的软件。生意业务笼络引擎可以比作是一个黑盒子，承接许多输入和输出。
不外我们认为，所有阐明宕机原因的概念中，这一类“阴谋论”是最难证伪，也最难证实的，纯粹是一种怀疑。BitMEX不曾果真过这部门保险基金增长的详细来历，我们猜测，大概是每个季度的盈利（主要是手续费）按比例计提，也大概是其他业务的收益，会更公道一些。
譬喻，当引擎笼络了一笔生意业务后，就会触发一个TradesGenerated事件；而当打消了一个已有的委托单后，引擎就会触发rderCancelled。同样，各人可以按照本身的需求来界说引擎的输出，这里也只举例两个。
按理来说，BitMEX实力强劲且运营多年，一个天天成交额近156亿的技能团队，应该不行能办理不了显而易见的技能性宕机问题，但本年以来就呈现了近4次宕机变乱（3.2宕机12分钟，3.13宕机2次，5.19宕机30分钟），到底产生了什么导致昨晚生意业务引擎间断？生意业务所宕机都预示着什么问题？非小号对此举办了深入观测阐明。
除了上述两个宕机原因，尚有一个概念传播较广。
明明的前后说法纷歧，让各人对真正宕机原因存疑。
在最高生意业务量期间，凡是当生意业务者需要做出快速决定时，BitMEX订单笼络系统将遏制运转，不答允用户在岑岭期间会见，或在行情走向与头寸相反的偏向时去封锁订单。
所以除了客观原因大概导致的宕机，尚有许多人揣摩BitMEX是“工钱宕机”，以此来阻止比特币暴跌。
而在短短半天后，北京时间3月13日20:56阁下，BitMEX再度呈现生意业务宕机的环境。
我们截取了昨晚8:30~9:30的行情K线，可以看到在白色线段区域内，宕机前一小时内BTC/USD从10000下跌至9664美元，说明必然水平上，其时的行情确实会激发系统过载而导致宕机。
而本次事件产生后，BitMEX官方的回应称DDoS进攻是导致短时宕机的真正原因，而当天早间的那次宕机也是因为沟通的问题所致，并非此前指出的“云处事提供商存在硬件问题”。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
