关于 2019 年 7 月 15 日 BitMEX 指数的更新

从北京时间 2019 年 7 月 15 日晚上 23:15 起,BitMEX 将在 Kraken 恢复交易后把 Kraken 重新引入其指数。 更新后的指数详见下表。

所有交易者都需要注意这些指数可能会大幅波动,并且在交易引用这些指数的合约时应谨慎行事。

如果您有任何其他问题,请联系客服。您可以在以下链接提交工单:https://www.bitmex.com/app/support/contact

受影响的指数

指数成分

.BXBT

Bitstamp, Coinbase Pro, Kraken

.BETH

Bitstamp, Coinbase Pro, Kraken

.BETHXBT

Binance, Poloniex, Kraken

.BBCHXBT

Binance, Poloniex, Kraken

.BXRPXBT

Binance, Poloniex, Kraken

.BLTCXBT

Binance, Poloniex, Kraken

.BEOSXBT

Binance, Poloniex, Kraken

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

关于 2019 年 7 月 15 日 BitMEX 指数的临时更改

自北京时间 2019 年 7 月 15 日清晨 05:00 起,BitMEX 将根据 Kraken 的预定停机时间,临时从其指数中删除 Kraken。此计划的停机时间预计将持续 3 – 8 小时,并将影响下表中详述的 7 个 BitMEX 指数。 一旦交易恢复,Kraken 将被重新引入。我们将在重新引入前 12 小时发布公告。

所有交易者需要注意这些指数的价格可能会大幅波动,并且在交易这些指数时应谨慎行事。

如果您有任何其他问题,请联系客服。您可以在以下链接提交工单:https://www.bitmex.com/app/support/contact

受影响的指数

当前指数成分

临时指数成分

.BXBT

Bitstamp, Coinbase Pro, Kraken

Bitstamp, Coinbase Pro

.BETH

Bitstamp, Coinbase Pro, Kraken

Bitstamp, Coinbase Pro

.BETHXBT

Binance, Poloniex, Kraken

Binance, Poloniex

.BBCHXBT

Binance, Poloniex, Kraken

Binance, Poloniex

.BXRPXBT

Binance, Poloniex, Kraken

Binance, Poloniex

.BLTCXBT

Binance, Poloniex, Kraken

Binance, Poloniex

.BEOSXBT

Binance, Poloniex, Kraken

Binance, Poloniex

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

HDR Global Trading Limited 向比特币开发者提供 60,000 美元的赠款

继 2019 年 5 月 28 日我们宣布捐赠给麻省理工学院数字货币计划之后,我们很高兴宣布向比特币核心贡献者 Michael Ford (即 fanquake) 提供 60,000 美元的赠款。Michael 自 2012 年以来一直是比特币的贡献者,最近被加入到比特币核心软件项目的维护者名单中。

HDR Global Trading Limited (拥有并运营 BitMEX 加密货币交易平台) 以支持比特币开发和工程为荣,旨在提高比特币的稳健性,可扩展性和隐私性。这项拨款是非独占的,需要 Michael 将其用在比特币核心开发工作上。我们很高兴成为 Michael 作为比特币核心维护者期间的第一个财政支持者。

HDR Global Trading Limited 的首席技术官兼联合创始人 Sam Reed 就这项拨款发表了以下评论:

HDR Global Trading Limited 与加密货币领域的所有其他公司一样,在很大程度上依赖于致力为比特币使命和理念的编码人员(主要是志愿者)的工作。这项工作既困难又苛刻,而且经常吃力不讨好。我们认为,企业有责任回馈他们受益的项目 – 他们的商业模式源于此。如果没有尽心尽力的 OSS 开发人员为我们的操作系统、网络服务器、操作工具和比特币本身提供数百万免费工时,那么 BitMEX 交易平台就无法构建。我们不会忘记这份礼物。因此,HDR认为,在无附加条件的基础上提供的这项拨款,只是为所有人的利益而持续致力于支持比特币和其他 OSS 项目的一小部分。

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

Facebook 推出名为 Libra 的固定收益 ETF,与 ETF 巨头贝莱德 (Blackrock) 展开竞争

摘要:社交网络巨头 Facebook 以大胆的举动,通过其 “Libra 币”,或者我们称之为 “Libra ETF” 向传统金融和 ETF 行业发起挑战。我们注意到,与传统 ETF 相比,Libra 有许多悬而未决的问题,可能缺乏透明度。Libra 的另一个主要缺点是,与传统 ETF 不同,投资收益没有分配给单位持有人。我们得出的结论是,尽管与传统 ETF 产品相比,Libra 具有明显的劣势,但 Facebook 在 Whatsapp 和 Instagram 等平台上广泛的消费者覆盖可以为 Libra 带来关键的商业优势。

(Facebook 与贝莱德 – ETF 之战)

概述

Libra 的结构类似于广受欢迎的交易所交易基金(ETF)模式,其中单位持有人有权获得一篮子金融资产的财务回报。这些单位可以在交易所交易,经过挑选的授权参与者可以利用标的资产创建和赎回单位。

正如我们在 2019 年 2 月的一篇文章中指出的,ETF 行业在过去十年左右的时间里取得了可观的增长,尤其是在固定收益领域(见下图 1)。2019 年 6 月,ETF 行业迎来了一个爆炸性时刻,社交媒体与互联网巨头 Facebook 加入了该行业,这意味着贝莱德 (Blackrock) 和先锋 (Vanguard) 等老牌基金公司将面临挑战。Facebook 宣布计划推出一款名为 “Libra ETF” 的新 ETF,同时专注于固定收益和政府债券,这是对贝莱德旗下 “iShares Core U.S. Aggregate Bond ETF” (AGG) 的直接挑战。

图 1  – 针对美国投资者的顶级债券 ETF 的规模 – 10 亿美元

(资料来源:BitMEX Research,Bloomberg)

(注:图表代表以下债券 ETF 的市值总和: iShares Core U.S. Aggregate Bond ETF, Vanguard Total Bond Market ETF, iShares iBoxx $ Investment Grade Corporate Bond ETF, Vanguard Short-Term Corporate Bond ETF, Vanguard Short-Term Bond ETF, Vanguard Intermediate-Term Corporate Bond ETF, iShares J.P. Morgan USD Emerging Markets Bond ETF, Vanguard Total International Bond ETF, iShares MBS Bond ETF, iShares iBoxx $ High Yield Corporate Bond ETF, PIMCO Enhanced Short Maturity Strategy Fund, Vanguard Intermediate-Term Bond ETF, iShares Short-Term Corporate Bond ETF, SPDR Barclays High Yield Bond ETF, iShares Short Maturity Bond ETF)

对比新的 ETF 结构和传统空间

下方图 2 中,我们将创新的新型 Libra ETF 和传统的 ETF ——贝莱德旗下的 iShares Core US Aggregate Bond ETF (AGG) 进行了分析和比较。我们的分析表明,尽管 Libra 产品是新产品,但许多相关信息,如持股透明度和资产净值公布的频率,尚未得到公布。

分析还强调,Libra 在投资组合管理方面可能会遇到不必要的复杂性。该基金似乎由 Libra 协会管理,该协会由全球多个行业的多家实体组成。这些实体负责发行 ETF,公司名单将进一步扩大。与此同时,投资授权并不明确。相比之下,贝莱德的固定收益 ETF 产品有明确的投资授权,以跟踪独立于 ETF 发行人管理的彭博巴克莱美国综合债券指数。

也许 Libra 产品最显着的缺点是单位持有人似乎没有资格获得投资收益。这与贝莱德的产品形成了鲜明的对比。贝莱德的产品专注于几乎相同的资产类别,投资收益率约为 2.6%。Libra 的保护者可能会指出,这些费用需要从某个地方支付,但Libra 的费用尚未披露。然而,ETF 行业已经具有很强的竞争力,贝莱德收取的费用仅为 0.05%。该费用远远低于产品的预期投资收益率,约为 2.6%,因此 Libra ETF 可能不具备价格竞争力,这对潜在的投资者来说是一个主要的潜在劣势。

图 2 – Libra ETF 与 iShares Core U.S. Aggregate Bond ETF (AGG) 的详细对比

  Libra ETF

iShares Core U.S. Aggregate Bond ETF (AGG)

发布日期 2019 年 6 月 2003 年 9 月
发布者Libra 协会/ Facebook 贝莱德
管理资产 未知

635 亿美元

资产类别

固定收益

银行存款和政府债券,货币来自稳定和信誉良好的中央银行

固定收益-投资级政府债券和公司债券
标的指数 未知/不适用 彭博巴克莱美国综合债券指数

项目组合负责人

总部设在瑞士的Libra协会将负责管理储备。目前,投资授权尚未披露。当前的成员如下:
  • 万事达卡
  • 贝宝
  • PayU (Naspers的金融科技部门)
  • Stripe
  • 维萨卡
  • Booking Holdings
  • 易趣
  • Facebook/Calibra
  • Farfetch
  • 来福车
  • MercadoPago
  • 声田
  • 优步
  • Iliad
  • 沃达丰集团
  • Anchorage
  • Bison Trails
  • 比特币公司
  • Xapo
  • 安德森·霍洛维茨风险投资公司
  • 突破计划 (Breakthrough Initiatives)
  • Ribbit Capital
  • 兴盛资本
  • 联合广场风投
  • 创意破坏实验室
  • Kiva
  • 国际美慈组织
  • 世界妇女银行

James Mauro 和 Scott Radel,对指数进行跟踪的授权明显受到限制

费用

未知

0.05%

投资收益率

未知

2.6%

投资收益的使用

单位持有人无权获得投资收益 ,投资收益将:

首先是支持协会的运营费用——为生态系统的增长和发展提供资金,为非营利组织和多边组织、工程研究等提供资助。满足这笔费用后,剩余的部分回报将用于支付“Libra投资令牌”中的早期投资者的股息,作为他们最初投资的回报

归于 ETF 单位持有人

可用交易所

目前无

Libra协会

将鼓励 Libra 在全球多个受监管的电子交易所上市

纽约证券交易所

创建/兑换篮子的大小

未知

100,000 个单位

授权参与者(能够创建和兑换单位的实体)

授权代理商,目前尚未披露

投资银行

资金审计

未知

PwC

持有股份及资产净值 (NAV) 资料

未知

充分披露(每日发布)

(资料来源: iSharesLibra

我们还从技术角度分析了这两种备选方案。如下图 3 所示,关键区别在于 Libra 代币的控制可能部分由数字签名进行管理。只要未实施地址白名单,这可能会带来一些优势:

  • 使用假名
  • 有限的审查抵制
  • 与加密货币交易相对容易集成

然而,正如我们在 2018 年 2 月的 Tether 报告中提到的那样,历史表明这些特征可能最终导致平台面临实施 KYC 或被当局关闭的选择当中。Facebook 已经在其主要平台上审查了一些有政治争议的人物,因此,公共私人密钥密码术管理 Libra ETF单位的程度可能会受到很大限制,或逐渐被淘汰。

图 3  – 技术和加密方面的考虑

 

Libra ETF

iShares Core U.S. Aggregate Bond ETF (AGG)

共识系统

不适用 (ETF 不需要共识系统)

区块链

不相关(将 ETF 交易记录分组为通过散列链接在一起的区块链,对 ETF 来说无关紧要)

基于数字签名的单元控制

可能:

Libra 区块链是匿名的,允许用户持有一个或多个与其真实身份无关的地址

(来源: iSharesLibra

结论

尽管 Libra 的主要劣势在于其单位持有人无权获得投资收益,但许多行业分析师仍然正在仔细研究 Libra 对传统 ETF 行业和现有电子支付系统的影响。

尽管我们对 ETF 的比较是在半开玩笑,但它确实突出了 Libra 的产品结构与现有金融产品具有相似的属性。所以我们认为这个比较是恰当的,如果 Libra 想要具有竞争力,它应该仿效传统 ETF 的一些管理和收费的特点。

不过,Libra 也可以通过整合 Facebook、Whatsapp 和 Instagram 等平台来吸引客户。如果 Libra 确实保留允许私钥控制钱币的属性,那发展下去也将会是挺有趣的,同时钱币可能会从诸如 Tether 之类的代币中获得份额。然而,在我们看来,从长远的角度来看,Libra 要么会禁用这一功能,要么会在技术上造成困难,因此只有极少数用户拥有这些“非托管”的钱包。如果出现这种情况,那么 Libra 便只是一只收费很高的 ETF。

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

Libra: “扎克”请温柔待我

事件视界已越过,一切都不可返回。Facebook 将携手 Libra 共同进军数字资产行业。在我开始分析之前,让我们先明确一件事;Libra 没有去中心化,也不能抵制审查。Libra 不是加密货币。Libra 会毁掉所有的稳定币,但谁在乎呢? 我并不同情那些不知何故而相信一个由前所未闻的公司创建的打着区块链名号的法币市场基金有价值的项目方。

Libra 可能会对商业银行和央行构成威胁。也许会降低它们作为数字法定货币监管仓库的作用。但这正是在数字时代应该发生在这些机构身上的事情。

商业银行为何存在?

银行在人类社会成员面临巨大危险的时期出现。在封建时期的欧洲,你很可能早出晚归地在农场工作。你或你封建领主积累的任何微薄的积蓄都不断地遭到威胁。鉴于当时钱财的物理性质,如果你或你的领主离开了城镇的保护,便很可能发生盗窃。

资产安全一直是传统银行最重要的价值主张。他们可以将实物资产和记录安全地存放在自己的保险库中。因此,政府和富人把钱和资产存放于银行。过去和现在,银行都在进行一场大规模的信心博弈。这就是银行大厦呈现出某种坚不可摧的气势的原因。在一代人中,您的资产将完好无损地得到保存且随时可用。

通过与政府的合作,银行获得发放信贷和扩大货币供应的许可。他们还依靠合法化的政府暴力来执行合同。不还银行钱,他们会没收抵押资产。如果你藐视法庭,政府执法人员会愉快地采取措施让你服从。

在过去十年中,人类文明的资金和资产很快从等价物转变为数字化。金钱和所有权的象征通过电子方式传播,而不再是实体交换。如果资产和资金现在是数字化的,那么我们是否需要提供实体安全而非数字安全的机构?

正如我们所看到的,商业银行在保护数字信息方面做得非常糟糕。选择一家“庞大到无法倒闭”的银行,你会听到一个关于“泄漏”(直白而言“我们不知道该死的保护您数字财产的方法”)客户数据的故事。

谁拥有客户,谁就拥有价值

过去,银行持有最有价值的客户信息。他们有您全部的财务历史,以及您的住所和采购记录。

在过去的十年中,社交媒体公司通过用户的自愿行为,积累了人类历史上最多的个人信息。我们在 Facebook、Instagram、谷歌、推特、微信,LINE,Kakao Talk 等平台上分享生活的每一个细节。我们还通过这些机构管控的集中聊天程序发送了数十亿条信息。他们现在拥有了客户。

现代消费者科技公司拥有数十亿关于最富有客户的数据。在此之前,这些公司通过广告和销售产品赚钱。但与所有企业一样,一旦您成功赢得客户,就开始向其提供金融服务。

Facebook 每天有近 20 亿活跃用户。完全有理由拥有其动产的金融存在。这就是 Libra。

解构 Libra 

Libra 是受一篮子法定货币支持的稳定币。法定货币存在于某监管不力的商业银行。Libra 允许少数特权人士以其资产净值(NAV)创建和兑换 Libra。Libra 基于区块链,特定机构可操作许可节点。这些机构包括风险投资公司、科技公司、零售商、加密货币交易所,最重要的是商业银行和信用卡处理商。

Libra 可以投资于短期政府债券,或基金会董事会允许的任何事项。所获得的收入并未传递给普通 Libra 用户,而是节点运营商和 Libra 投资代币的投资者。该基金会是 Libra 生态系统的管理机构。对成员的挑选是基于其代表的行业,和其对生态系统的经济投资。 

Libra 不会把真实身份和地址相关联。不过,你可以想到,将资产转换为 Libra 会遇到 KYC。我们还要明确的是,任何来自政府机构有关冻结交易的请求都会得到遵守。因此,不要使用 Libra 来购买改变情绪的物质。

对消费者的影响

Facebook 的许多用户居住在金融服务渗透率较低的地区。想象一下这样的一个世界,一名菲律宾的助手可以用 Libra 购买在欧洲销售的商品。作为一名海外外籍工人,她很可能并没有获得很好的银行服务。所以,很难通过互联网从国外购买商品。有了 Libra,这不成问题。

欧洲商人收到的付款是他们已经在交易的一篮子法定货币。这笔交易完全可以在 Facebook 的 Instagram 或 Whatsapp 等社交媒体上进行。

Facebook 或其创建的新金融服务公司可以在 Libra 销售点发放贷款。用户可以选择允许 Facebook 使用个人的所有数据来计算信用评分。利用该信用评分,Facebook 将以一定利率把 Libra 贷给用户,使其从Facebook 平台上销售的商家那里购买商品。瞧,我们全球社会中最贫穷的成员可以体验到赊购中国大批量生产的小摆设的乐趣。欢迎来到“美式和平”!

对商业银行的影响

商业银行靠贷款赚钱。。他们利用零售存款来发放这些贷款。不幸的是,在这个数字时代,他们不再拥有关于这些零售储户的最佳信息。社交媒体公司却有。

因此,全球的 Facebook、谷歌和阿里巴巴可以比商业银行提供更便宜的贷款和更低的利率。Libra 和众多跟风者允许技术公司在其生态系统中使用数字法定代表来扩展信贷,并以低得多的成本提供所有利润最高的银行产品。这些全球科技巨头的资产负债表上有数十亿美元的自由现金流可供放贷。

商业银行可以成为相关稳定资产的节点运营商或受监管的仓库。这两个垂直领域仍有经济价值,但消费者科技公司现在将自己销售利润最高的金融产品。

任何银行都应该注意,Libra 及其复刻将对他们的商业模式产生威胁。随着银行的利润中心被剔除,许多人会欢呼雀跃。但也许社会是在用一个魔鬼替换另一个魔鬼。

对中央银行的影响

在数字经济中,商业银行不需要像现在这样慷慨解囊。对于 Libra 来说,Facebook 扮演着中央银行的角色。Libra 的储备是由第三方基金会管理的。储备经理选择法定货币权重,以及资金的投资方式。听起来很像央行行长的工作记分卡。

消费者科技公司现在可以从他们自己的资产负债表中直接向消费者发放信贷。这种模式的唯一区别在于,它们目前无法像商业银行那样实际创造资金。流程如下:

  1.     获取留存的合法收益,并与授权的主要交易商交换 Libra。
  2.     将 Libra 借给您的客户以换取您提供的商品或服务。
  3.     从您的客户那里获得 Libra 和对 Libra 的兴趣。
  4.     出售 Libra 以换取授权主要交易商的法定货币。

货币供应不会扩张。这是与央行向经济体发放信贷方式的一个主要分歧。在大多数情况下,中央银行的贷款增加了货币的总供给。

为什么要信任几名脾气暴躁的老年人来管理全球经济的货币健康呢?让我们相信扎克伯格吧!

我对美国众议员玛克辛•沃特斯 (Maxine Waters) 在美国众议院金融服务委员会 (House Financial Services Committee) 的愚蠢言论和行动没有丝毫好感。但她和其他政府官员爆发的担忧并非出于对其主体的无私情怀,而是出于对金融服务业颠覆的担忧,这给予他们机会谋利,让他们得以留任。政府官员急于告诫 Libra 的速度告诉你,这个项目对人类社会有一些潜在的正面价值。

Libra 和金融隐私

有趣的是,很多人都急于抱怨 Libra 可能造成的财务自由损失。这种担心是错误的,金融隐私已经不存在,在数字法定货币体系中也永远不会存在。无论是 Facebook,美联储还是中国人民银行,集中的电子法定货币即将到来——现金将被取缔。

推出 Libra 的最大好处在于它迫使那些担心失去财务隐私的人去探索替代方案。比特币和其他加密货币将从中受益,因为好奇的民众会思考,在这个新的数字时代,如何确保金融隐私的安全性。

Libra 及其引发的对话,对比特币来说是最好的消息。现在,20 亿人将拥抱并可能会害怕控制其财务状况的企业霸主。好奇心是比特币牛市的最佳食物。

通过对增强和虚拟现实的投资,Facebook 似乎希望创造一个全新的数字世界。Libra 可能是支持这种虚拟存在的金融法术。让我们希望,当我们在触觉豆荚中生长时,我们的物理外壳不会被“扎克”得太难受。请“扎克”温柔地、长久地对待我吧。

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

在台北的 2019 亚洲区块链高峰会

2019 年 6 月 27 日,我们创造了加密货币领域的新交易记录: XBTUSD 未平仓合约总额达 10 亿美元;XBTUSD 交易总额达 130 亿美元;所有 BitMEX 的产品交易总额达 160 亿美元。 然而,Nouriel Roubini 仍然认为加密货币是一场闹剧。 敬请期待观看下周他在台北亚洲区块链高峰会与我们的首席执行官 Arthur Hayes 进行面对面谈话。

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

凸性——几乎致命

自 BitMEX 于 2014 年 11 月 24 日推出以来,加密货币衍生品交易出现了爆炸式的增长。 我曾试图吸引各种风险投资公司,说服他们相信衍生品交易的未来愿景,但都徒劳无功。 尽管那时他们没有伸出援手,但是在 2019 年的现在回首过去,我对曾有过那段失败的经历感到很欣慰。
 
不管是 BitMEX 的比特币/美元永续掉期合约还是 OKEx 或者 Deribit 上的其他几种合约都是同出一辙。这些合约都能使您可以交易固定金额的比特币。我们称这些为反向衍生品合约。许多大师级交易者听过我详细讲述这种合约结构微妙但深刻的含义。 不过,由于现在出现许多新交易者尝试进行衍生品交易,因此有必要复习课程。
 
和大家想的不一样,当我看到 BitMEX 上出现疯狂爆仓时,我并没有那么开心。 因为我目光长远。 我希望您享受一个能够赚取利润并一直支付 BitMEX 交易费用的长期交易生涯,而不是被强平然后亏掉本金。 因此,充分教育我们的交易者什么是最佳的交易行为,对我以及 BitMEX 都是最好的。

我爱我们的交易者,但是当听到人们在被强平依然欢笑时,却让我非常难堪。 真正的交易者会实行适当的风险管理,这意味着永远不会被强平。
 
失败乃成功之母
 
凸性或 gamma 是合约价值相对于价格的二阶导数。 正确使用凸性可以增加投资组合的回报。 但是,如果您不理解凸性如何影响您交易的衍生品,您将反复被爆。
 
对于反向合约,保证金和本币使用相同货币。在这篇文章中,我会使用比特币/美元合约作演示。
 
本币: XBT(比特币)
外币: 美元
保证金货币: 比特币
美元价值: 1 美元
比特币价值: 1 美元/价格(比特币/美元汇率或 .BXBT 指数)
 
我将详细说明多头 100,000 张合约持仓的比特币风险敞口相对于价格( .BXBT 指数)如何发生变化。

首先,让我们看看多头。不管在牛市还是熊市,他们更多可能是投机者。这样说的原因是,做多比特币和做空比特币所能获得的收益是不对称的。 比特币可以上涨至无穷大,但下跌至多只能到零。 从股本回报率的角度来看,最好是在底部做多,然后在顶部做空。 那些在以太坊低于 100 美元买入的人感受最为深切。因为可以在保证金基础上运用杠杆,所以在大多数的市场环境中多头主要都是投机者。

第一个图表显示比特币的盈亏状况和曲率。直线代表线性合约所能获得的盈亏 %,而曲线代表反向合约持仓所能获得的盈亏 % 。您马上可以注意到,当市场下跌时您将损失更多资金,而当市场上升时赚得更少。 在这种不理想的情况下,你需要增加 XBT 保证金。 因此,您的保证金要求以非线性方式增加,这就是多头在市场下跌时迅速爆仓的原因。 

现在让我们来看看空头。不管在牛市还是熊市,他们更多可能是对冲者和做市商。 在这两种情况下,这些市场参与者都希望锁定比特币的美元价值。 通过反向合约,持有实物比特币加上等值的空头比特币/美元持仓形成了合成美元持仓。 如果 100% 的实物比特币在 BitMEX 以全仓进行对冲,您是不会被强平。

与多头不同,空头受益于正比特币凸性。随著价格下跌,空头获得越来越多比特币,而随着价格的上涨,空头损失也越来越少。

从这两个例子中可以看出,多头投机者在下跌过程中会更快地被强平。 这就解释了为什么现在在这些衍生品主导的市场中砸盘比拉盘更加极端,并且只要反向式衍生品仍然主导加密货币衍生品市场,这种情况将继续。

无论价格如何,芝商所合约的比特币风险敞口都是固定的,而美元风险敞口与价格呈线性关系。 虽然这对美元本位的投资者来说非常有利,但对于那些对冲其风险敞口的人来说,这会成为问题。为对冲芝商所持仓而购买的比特币不能用作芝商所的抵押品。这给持有实物比特币的对冲者,以及必须将宝贵的资本分散在不能交叉抵押衍生品和现货市场的做市商带来了一些挑战。

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

关于 2019 年 6 月 27 日的 Websocket API 订阅源中断

在北京时间 2019 年 6 月 27 日下午 15:50 到 15:58 期间,由于我们计划发布的市场数据分发服务出现复杂情况,以下的 Websocket API 订阅源被中断:
Account, affiliate, execution, funds, instrument, margin, order, position, trade, transact, wallet

BitMEX 网页端用户可能已注意到在此期间部分数据未更新,例如“近期交易”,“未成交委托”,“已成交” 面板和 “仓位” 面板。

在此期间,以下公共订阅源未受影响
Funding, insurance, liquidation, settlement, impactQuote, impactQuoteBin1m, quote, quoteBin1m, quoteBin5m, quoteBin1h, quoteBin1d, tradeBin1m, tradeBin5m, tradeBin1h, tradeBin1d, orderBookL2_25, orderBook10, orderBookL2

在此期间,委托处理正常,交易引擎未受影响。

因为这次异常中断,为用户提供 REST API 请求服务的数据镜像设备的子设备中的数据处于不完整状态。这样的副作用是,一些用户在数据恢复期间的 90 分钟内,在 BitMEX 网站上看到本来已经被取消的未成交委托。任何缺少此期间更新的 API 用户都可以通过 REST API 回填其数据。

如果您在使用 BitMEX 网站时遇到委托取消提示的问题,请刷新您的网页浏览器。对于此次中断可能造成的任何不便,我们深表歉意。如果您有任何其他问题,请通过我们的工单链接联系我们的客服:https://www.bitmex.com/app/support/contact。

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

关于 2019 年 6 月 26 日 WebSocket 频率限制的问题

在北京时间 6 月 26 日清晨 05:09:00,我们发布了一个 API 层的更新,无意中让本来应该被免除 WebSocket 订阅数量请求限制的某些表格开始被错误计算。 此更新可能已经影响了大量使用 WebSocket API 的客户。 在 6 月 26 日早上 08:19 发现问题后,我们立即回滚该更新以使系统恢复正常。

对于由此造成的不便,我们深表歉意。 要了解有关哪些订阅免于请求频率限制器,请参阅我们之前的博客文章了解详细信息。

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

BitMEX 技术扩展,第 2 部分: 通往 100 倍之路

本系列的第 1 部分中,我们讲述了 BitMEX 的起源。 

今天,我们将提供本系列的第 2 部分——深入研究过载和水平扩展固有的问题。 我们将讨论迄今为止在处理前所未有的交易量方面所取得的成果,并详细介绍必须保持串行执行的 BitMEX 引擎部分,可并行化的部分,以及 BitMEX 的 API 优先设计的优势。

在第 3 部分中,我们将解释已经制定的代码优化,已并行化的系统,以及为什么某些功能已经被删除。此外,我们将讨论 BitMEX 对公平和平等访问的承诺——以及这如何转变成我们拒绝提供主机代管服务。

让我们进入正题。

增长

BitMEX 在加密货币领域独树一帜。 为了提供业界领先的杠杆和功能,BitMEX 交易引擎从根本上不同于加密货币和传统金融领域中的大多数引擎。 虽然我们能够提供极其准确的交易和保证金,但速度还不是特别快。

在整个 2017 年,BitMEX 的日均交易量增长了 129 倍。 这种增长令人难以置信,并且这种增长在整个 2018 年和 2019 年还在继续。

2016-2018 年每周处理的委托
2018-2019 年每周处理的委托
请注意,此图表从最后一个图表末端的峰值开始。

如上所示,每周委托数额也从 2017 年开始大幅增加。 尤其值得注意的是,尽管委托率较低,但 2018 年 7 月创下了 80 亿美元的历史最高美元交易纪录! 这个记录直到上周,在 2019 年 5 月 11 日才被打破,当时的交易总额为 110 亿美元。 这些记录仍然是加密货币交易所一天交易最多的记录,而比特币/美元永续掉期合约是有史以来交易量最大的加密货币产品。 它自诞生之日起便被其他加密货币交易所争相模仿,无论这些交易所规模如何或处于何种发展阶段。

2018 年 5 月,我们开始集中精力优化交易引擎中的委托取消、修改和下单操作,重做内部数据结构、算法和审计检查,以专门针对 kdb + 提供的速度进行调整。  这项工作需要高度专注,才能使现有的交易引擎继续运行,但性能得以提升。 我们可以非常自豪地宣布,我们的努力让我们在很短的时间内性能提升超过 10 倍,在前 30 天内就达到了 4.6 倍,并且在 8 月底达到了 10 倍。 到 7 月中旬,交易引擎实现的性能提升几乎消除了所有过载,对于我们的技术团队实现这一令人难以置信的成果,我们感到非常自豪。

下方显示过载占所有写入请求的百分比(委托下达、修改、取消)。更多红色=更多过载。

2018 年 5 月 5 日
 2018 年 7 月 16 日

由于容量增加,BitMEX 的交易量大幅上升。 我们在加密货币行业历史上第一个实现 24 小时交易额达百万比特币备用容量使我们能够推出具有创新性的新产品,例如有史以来首个以太坊/美元双币种永续掉期合约,该产品在上架后的 6 周内成为交易排名第一的以太坊/美元产品。 2018 年 11 月,我们在 24 小时内的交易额接近两百万比特币,并在 2019 年 5 月达到了 110 亿美元的交易额。

虽然 7 月的图表似乎完全清晰,但如果仔细观察,就会发现并不那么完美。 为什么不是完全修复好呢? 为什么不继续努力达到 100 倍或以上?

让我们先了解一些背景。

 

排队

BitMEX 上的服务请求类似于在售票柜台排队等候。 您开始排队,然后在轮到您时发出请求。 

那么,买票需要多长时间? 如果不用排队的话,非常快。 整个互动的持续时间就是服务您的个人请求的时间。 这就是为什么一些流量和交易量明显较低的其他交易服务即使最大容量较低也可能感觉很快:这是因为队列中的请求更少。

现在考虑当队列很长时会发生什么情况。 您不仅需要等待处理您的请求,还必须等待在您前面的每个人。 即使您拥有世界上最有效率的职员,如果队列开始形成,平均的体验就会非常糟糕。

有些请求非常简单,因此非常快,但有些请求比较复杂,需要更多时间。 如果可以完全避免请求(例如,用户没有足够的可用余额来完成请求),则可以用优化来确保其甚至不用排队,类似于自动登机柜台和行李办理。

网络服务上的流量运作方式大相径庭。 即使处理单个请求的速度非常快,当单个资源需要排队时,体验也会降低。

大家以前经历过这种情况。 亚马逊和阿里巴巴的假期停工时间很长。 推特有臭名昭著的 “失败鲸”。 许多平台包括 BitMEX,都会不时出现不利的排队行为。

 

过载

“系统过载”,您可能熟识它,它是 BitMEX 解决问题的一种机制。不认同吗? 怎么可能过载是解决方案,而不是问题? 过载是一种防御机制,在业界被称为 “卸载” ,一种在信息系统中使用的技术,通过忽略某些请求来避免系统过载,而不是令到系统崩溃,从而无法满足任何请求。

我们发布了一份文件,显示了关于卸载的明确规则并解释了该机制:

未完成请求队列未满时下单
未完成请求队列已满时下单(过载)

要理解这一点,假设有一个不存在卸载的系统。 随着需求的增加,队列形成并开始增长。

这会发生什么呢? 当市场发生变化时,大批交易者竞相下单以增加或减少其仓位。 有人可能认为这种延迟将会自我调节:随着服务质量的下降,交易者将开始以较慢的速度下单,等待每个委托确认后,下达下一个委托。 但事实恰恰相反:随着响应时间增加,自动套利者无法迅速介入来让现行价格与其他交易所保持一致。 其他感知到定价差异的精明交易者会试图手动交易,这进一步增加了队列的长度。

在没有安全措施的情况下,队列可能会延迟许多分钟。 由于用户无法有效地下达挂单指令,因此委托列表价差会扩大。 当委托实际通过队列并执行时,良好的市场价格变得非常糟糕。 在这种环境下,交易实际上是不可能的。 这不仅仅是假设的;这是其他加密货币市场也面临的一个普遍问题。

BitMEX 的解决方案是限制了排队等待交易引擎的委托管理请求的最大数量。 在交易引擎前面有一个服务,它将请求标识为读取(即数据提取,如 GET / api / v1 /持仓)和写入(例如,委托下达/修改/取消,以及杠杆更改)。 如果是写入,则将其委托给主引擎,并形成队列。 如果此队列太长,您的委托将立即被拒绝,而不是排队等待。 此队列的深度根据引擎性能调整,以将延迟的最差情况限制为延迟 3-5 秒。

根据我们的卸载文件,某些类型的请求(如取消)无论其大小如何都允许进入队列,但它们会像任何其他请求一样排在队列的后面。

结果:交易者立即知道系统正处于滞后状况,而不是在委托排队后才发现,从而需要花费很多秒才能执行。 引擎没有减速:实际上在过载期间,引擎的委托率达到峰值,委托列表和交易的数据源都非常快。

 

过载期间的交易

一些交易者沮丧的认为过载期间交易还是继续的。 事实上,我们已经在推特和交易者聊天室中看到了很多关于这方面的阴谋论,认定有一些交易者有系统访问特权这是无稽之谈:BitMEX 上的每个交易者的访问权限都是平等的并在同一队列的后面排队。 交易引擎始终以尽可能快的速度处理来自队列的请求。

如果进入系统的委托数量是系统可以处理的数量的 5 倍,则只接受 20% 的委托,而 80% 将被拒绝。 至于哪些委托被拒绝以及哪些委托被接受,这只是委托到达时队列中是否有空间的问题。 如果您的请求恰好在响应已送达之后就到达队列,促使队列低于最大深度,则请求将被接受。 在您之后提交的下一个委托又可能不是这种情况。

在交易高峰时段,BitMEX 的委托输入率平均增加 20 至 30 倍! 执行交易达到了超过 1 亿美元/分钟的峰值。 这个速率如果持续,将形成每小时 60 亿美元交易量,或每天超过 1440 亿美元! 这是 BitMEX 或任何其他加密货币平台上历史单日最高交易量记录的 13 倍。

顶部: 总请求数。 紫色= API,蓝色=前端。
底部: 每 10 秒时段被拒绝委托的百分比。 本示例显示出异常高的百分比,表示最坏情况的过载。 实际上,每天提交给 BitMEX 的所有委托中只有 2-3% 会因减载而被拒绝。
市场大幅波动,导致上面显示的委托率大幅上升。

为了始终提供顺畅的交易体验,BitMEX 需要有很大的容量储备来处理这些严峻的事件。 下面,我们将记录我们在实现这一目标时面临的一些挑战。

 

高可扩展性和阿姆达尔定律

如何解决扩展问题? 两种扩展类型:“垂直” 和 “水平”。 垂直扩展能够使单个系统更快。 你可以通过购买更快的处理器(祝你好运;摩尔定律对 CPU 无效),或通过寻找减少工作量的方法来实现这一点。 另一方面,水平扩展是 “投入更多资金” 的类型:启动更多服务器,并在其中分散负载。

Web 服务器是水平可扩展服务的一个很好的例子。 在大多数设计合理的系统中,您可以添加更多 Web 服务器来处理客户需求。 当一个回复不依赖于另一个回复时,服务器并行工作是安全的,例如杂货店的结账员。

这是大规模简化,但对于许多人来说,可扩展性解决方案是更长版本的“在问题上投入资金”。 许多系统是水平扩展的。 大多数客户的体验完全相互独立,只需要更多的 Web 服务器便能为他们提供服务。 支持数据库通常可以水平扩展,将其数据彼此复制。

可以水平扩展的程度有限制,这通常表示为阿姆达尔定律。 简而言之:系统的水平扩展性受到所需的串行操作(或必须在特定序列中发生的操作)的限制。 举例而言:想象您有一个简单的单线程服务,您想通过并行的方式加速运行它,例如通过多个服务器。 通过一些性能分析,您会发现只有 25% 的工作必须按顺序完成。 其余的可以并行完成。 这意味着,无论您为这个问题投入多少核芯或服务器,它都只能加速 4 倍,因为 1/25% = 4。 这一点是串行工作的瓶颈所在。

学习单元: https://learnyousomeerlang.com

这种串行要求是 BitMEX 与大多数一般 Web 服务的巨大差别之处。 BitMEX 交易引擎具有更多的串行要求,从而严重限制了并行化机会。

顺序问题: 委托和重新确定保证金

BitMEX 交易引擎按顺序,先进先出(FIFO)方式处理委托。 就像您最喜爱的有线电视提供商让您等候一样,对交易引擎的调用将按接收顺序进行处理。

这是市场的基本原则,不能改变。 委托列表必须按顺序处理委托——也就是说,顺序很重要。 当下达主动委托时,它会从委托列表中获取流动性,而其他任何委托都不会消耗它。 因此,个别市场的撮合不能有效地分配;但是,撮合可以委托给每个市场的单个进程。

在撰写本文时,BitMEX 运行大约 150 个 API 服务器,直接与引擎前的代理进行通信。 此代理将读取请求委托给数据镜像,将 websocket 数据委托给 pub / sub 系统,和将写入请求直接委托给引擎。

正如您所料,写入是系统中成本最高的部分,也是最难扩展的部分。 为了使交易系统有效运作,必须满足以下条件:

  • 所有参与者必须同时收到相同的市场数据。
  • 任何参与者都可以随时发送写入。
    • 如果此写入有效并更改公共状态,则必须在接受并执行经修改的世界状态后,将其发送给所有参与者。

未经优化,该系统经历二次扩展: 每分钟发送 1 个委托的 100 个用户产生10,000(100 * 100)个市场数据包,每个参与者一个。 增加 10 倍到 1,000 个用户会产生 100 倍的市场数据(1000 x 1000),依此类推。

正如本文开头所提到的,BitMEX 在 2017 年增长了 129 倍。 在此期间,我们的用户群等比扩大。 这意味着,与 2017 年 1 月 1 日相比,在 2017 年 12 月 31 日我们发送的消息大约为 16,641 倍(129 * 129)。

 

系统一致性

扩展 BitMEX 是一项艰巨的任务。 我们不是一般的现货或衍生品平台:我们对整个客户生命周期负责,从注册、到入金到交易。

为了安全地提供 100 倍的杠杆,BitMEX 的系统必须不出错且必须快速。 BitMEX使用合理价格标记,这是一种原始且经常被模仿的系统,通过该系统,合约所依据的现货交易价格的综合指数被用于重新确定用户的保证金,而不是合约的最后交易价格。 这使 得BitMEX 市场更难以通过参考外部流动性来被操纵。

为了使其正常工作,BitMEX 引擎必须保持一致。 每次标记价格变化时,系统会重新确定所有持有未平仓持仓的用户。 此时,整个系统由控制程序审核。 所有未平仓持仓,所有未成交委托和所有剩余保证金的成本必须与所有存款完全相等。 没有一个 satoshi 丢失,否则系统会关闭! 这在我们早期发生过几次;每次是由于加盟收入或费用的一些 satoshis 的舍入误差所致。 虽然试图建立小额资金缓冲来预防误差,但我们的团队认为系统偿付能力才是至关重要:他们以最高的标准来要求自己。 今天,在每次状态出现重大变化后,该系统仍然会审计出一个确切的 satoshi 总和。

在 BitMEX 平台,恶意行为者即便使用数据库访问权限也无法更改自己的余额。:系统会立即识别出资金是无中生有,发出致命错误,并关闭。

在审计之前,必须从头开始重新计算整个帐户的现值;也就是说,以新价格计算所有未平仓持仓和未成交委托的的价值。 这可以确保交易者无法买到他们买不起的东西。 交易者在 BitMEX 的余额不会变为负值。

加速这个系统是我们扩展工作的主要目标之一。 撮合需要相对较少的时间且容易扩展;保证金计算不是。 BitMEX一直致力于“先重优再重速”——因此,这里所需的时间很大程度上归功于做事正确的承诺。 我们对不正确的结果零容忍,因此正确的分配系统必须能够在紧迫的时间预算内检测出缓慢或失败的原因,重新平衡负载,以及完成必要的处理。 这需要仔细且有条不紊的注意力和严格的测试。

我们的工程师已经确定了可以安全地进行优化的几个关键领域,并且正在不懈地努力提供新的,强大的架构,以大幅提高平台的容量。

 

API 优先的设计

BitMEX 在同行中独树一帜:它实施了 API 优先。 BitMEX 架构由三个主要部分组成:交易引擎、API 和 Web 前端。 请注意,我们没有使用术语“这种”前端。 这是为什么呢?

在构建 BitMEX 时,我们希望我们的 API 能够成为同类最佳的。 一个优秀的 API 使开发人员可以轻松构建强大的工具。 它甚至可以实现我们可能从未想象过的替代可视化和界面。 在我们开始编码的时候,加密货币交易 API 还低于次平值。 许多缺少任何规律性、文档或预写入适配器,关键数据经常丢失,重要的功能只能通过网站完成。 更糟糕的是,大多数甚至没有 websocket 数据源,并且很少经常将它们保密,和只能通过网站访问。

 

在 BitMEX ,我们逆市而行,为加密货币交易 API 设立了新标准。 我们通过规定网站必须使用任何其他程序可能使用的 API 来实施深思熟虑的内部测试政策。 这意味着没有 “这种” 前端,只有一个官方的 BitMEX 前端。 BitMEX 网站作为一个项目,除了 API 开发人员和一些登录/注册反滥用机制之外,没有任何特殊访问权限。

 

这也意味着用于访问 BitMEX 的机制没有比其他机制更快或更慢。 所有用户都输入相同的数据路径和相同的队列,无论他们是通过移动设备、浏览器、自定义编写的 API 连接器访问,还是通过 Sierra Chart 的 DTC 集成。 这确保了每个人的公平体验。

从一开始,BitMEX 就有:

  • 所有表格的 websocket 更改数据源,包括委托、交易、委托列表,持仓、保证金、工具等,其中所有表格都遵循相同的格式,
  • 完整记录的 API,既可由人工使用,也可由机器通过 Swagger spec(现在称为 OpenAPI )使用
  • GitHub上的多个示例项目,以及
  • 网站和 API 使用者的统一数据路径。

实时数据

BitMEX 对 API 优先设计的承诺在实时数据的实现中得到体现,这些实时数据通过我们的 websocket 展现。 如上所述,所有表格都有可用的实时数据源,这是加密货币行业中的第一个,在今天非常罕见。 此外,所有表格都遵循相同的格式,这意味着您可以编写少至 30 行代码来处理任何流。 或者,使用我们在 GitHub 的现成品

此数据来自引擎本身生成的变更流,该变更流针对各个用户订阅进行过滤。 当在 BitMEX 上构建接口时,流程可以非常舒适:订阅您的表格,发出请求,并在流上监听变更。 通常,除非是错误,否则可以忽略对 HTTP 请求的响应。 这避免了在必须单独读取和合并 websocket 流和 HTTP 响应的应用程序中的常见二元性,从而导致尴尬的代码和错误。

我们认为,构建顶级应用程序界面的这一理念不仅可以实现最佳的用户空间集成,还可以使 BitMEX 网站和即将推出的移动应用程序发挥最佳能力。

我们的实时数据源对 BitMEX 平台的有序运行至关重要。 为此,我们正在进行该系统的主要内部重,我们期望在不进行外部更改的情况下显着改善延迟和流量。 我们将很快宣布该启动及其结果。

 

下一步

我们希望上述内容让大家了解,BitMEX 在为下一次的 100 倍增长扩展平台时所面临的挑战。 虽然我们为平台的成功感到自豪,并感谢我们的用户,但我们需要不断改进,以便在未来几年能继续独立发展。

BitMEX 交易引擎团队每周多次发布平台更新。  这些增量变化既是交易平台持续长期重新架构的一部分,也是对引擎的战术性适当容量改进。 这些努力、成功和失败将在本系列的第 3 部分中讨论。

我们的引擎团队能够定期对我们系统的流量进行重大升级。 就在最近,2019 年 5 月 23 日团队推动了一项重大的基础架构升级,将新的委托处理容量提升高达 70% 。  这样的重大容量改进将在未来几个月继续实行,而平台的大规模重新架构将同时继续进行。

新委托中位数,平均值和第 99 百分位处理时间。 升级代码大约在协调世界时间 01:20 发布。
取消委托处理时间在第 95 个百分位(对于通过 API 可用的 3 种不同类型的取消操作)

我们在快速扩展我们的交易引擎的同时,我们也在扩展我们的团队。 BitMEX 聘请了世界知名的电子交易系统、扩展、基础架构、安全和网络方面的专家,并为那些热爱学习和吃苦耐劳的人提供初级和中级职位。 如果您对这篇文章感兴趣,您可能就是我们想要招募的人;请查看我们的招贤纳士页面令人心动的职业机会。

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

比特币现金硬分叉—— 三个相互关联的事件

摘要:2019 年 5 月 15 日,比特币现金硬分叉似乎遭遇到三个相互关联的重大问题。 “攻击交易” 利用一个漏洞,导致矿工产生空块。 围绕空区块的不确定性可能引起了一些矿工的担忧,他们可能试图在最初的非硬分叉区块链上挖矿,继而引发了共识区块链分裂。开发人员和矿工似乎已经制定了一项计划,以复原意外发送到隔离见证(SegWit)地址的资金,上述漏洞可能破坏了这一计划。 这种失败可能导致了进行有意识和协调的两个区块链重组。 根据我们的计算,大约有3392 比特币现金(BCH)可能已经在一个精心策划的交易逆转中成功地被双重花费了。 不过,这次双重花费的唯一受害者可能是原来窃取这笔钱的 “小偷”。

比特币现金网络在 2019 年 5 月 15 日分裂的图解

(资料来源: BitMEX 研究)
(注: 分裂的图形说明)

三个比特币现金的问题

比特币现金在2019年5月的硬分叉升级受到三个重大问题的困扰,其中两个可能是间接由一个导致空块的漏洞引起的。下图显示了这三起事件之间的潜在关系。

比特币现金在硬分叉升级期间面对的三个问题之间的关系

(资料来源: BitMEX 研究)

空块问题

Bitcoin ABC 是比特币现金的一个重要实现软件,但它有一个漏洞,进入内存池的交易的有效性条件可能没有共识有效性条件那么繁琐。 这与比特币(想必比特币现金也一样)预期运作的方式相反,共识有效性规则本应比内存池有效性更宽松。这实际上是一个非常重要的特性,因为它可以防止恶意花费者创建满足通过网络中继并进入商家内存池的条件,但是无法满足进入有效区块所需条件的交易。这会使 0 确认双重花费攻击相对容易阻止,而无需担心初始付款进入区块链。在这种情况下,攻击者可以有理由确定,恶意构造的交易永远不会进入区块链。

攻击者似乎已经在比特币现金 ABC(Bitcoin Cash ABC)中发现了这个漏洞,然后在硬分叉之后加以利用,从而引起混乱和迷惑。这个攻击可以随时执行。 攻击者只需要广播满足内存池有效性条件但未通过共识检查的交易。当矿工试图产生这些交易的区块时,他们失败了。作为故障保护,矿工似乎已经制造空块,而不是颗粒无收,至少在大多数情况下是这样。

比特币现金 — 每个区块的交易数量 — 橙色线是硬分叉

(资料来源: BitMEX研究)

不对称的链分裂

在空块不确定性达到最高峰时,我们的预硬分叉 Bitcoin ABC 0.18.2 节点收到了一个新的区块,582,680。 当时,许多人都担心空块,一些矿工可能已经恢复到一个硬分叉前客户端,认为较长的区块链遇到了麻烦,并可能会恢复到硬分叉之前。不过,这仅仅是我们的猜测,而空块漏洞可能与链分裂无关,这可能只是由一个太慢而无法升级的矿工造成的。

比特币现金共识链分裂

(资料来源: BitMEX 研究)

对于硬分叉的结构,链分裂确实向我们强调了一个问题。 我们测试了我们的硬分叉后客户端 ABC 0.19.0 是否会将分裂的非硬分叉侧视为有效。 为了使分裂 “干净”,分裂的每一侧都应该认为另一侧是无效的。

为了测试较短的硬分叉前区块链的有效性,从 Bitcoin ABC 0.19.0 节点的角度来看,我们不得不使自分裂以来的第一个硬分叉区块无效。 然后,我们观察该节点是否会跟随链分裂或仍然卡在硬分叉点。 出乎我们意料的是,如下面的屏幕截图所示,该节点跟随分裂的另一侧。 因此,分裂并不完全,这种不对称,可能为攻击者提供更多机会。

我们的 Bitcoin ABC 0.19.0 节点的命令行截图

(资料来源: BitMEX研究)

协调的两个区块重组

在硬分叉之后的几个区块,在分裂的硬分叉侧,有一个长度为 2 的区块链重组。 当时,我们认为这是由正常的区块传播问题引起的,并没有考虑太多。 例如, Bitcoin SV 在此之前几周经历了该长度的 6 个区块的重组, 根据我们的分析,当 Bitcoin SV 重组时,孤链中的所有交易最终都进入主要的获胜链(Coinbase 交易除外)。 不过,在这种比特币现金重组中,我们发现事实并非如此。

孤立区块,582,698,包含 137 笔交易(包括 Coinbase),其中只有 111 笔交易进入获胜链。 因此,就 25 笔交易而言,似乎发生了一次成功的 2 个区块双重花费。 如下表所示,这 25 笔交易的输出值总计超过 3,300 个BCH。

孤立区块(582,698)中没有进入主链的交易列表

交易 ID

总输出 (BCH)

1e7ed3efb7975c06ca46598808e17c6f42c66a085fcb65356dc090e3c434d874

Coinbase (未计算)

0cdd5afff40831199d78ac55116a94aaf4ea7d53e599ac44962c29861ef9f05e

79.9

1907e59313a5c2607f706e8439feb613ed3ff89530d17bd9deced7113928df79

358.9

27553ff15a9d58b10b33da69bef3ccd570c007fc0d695cf8b88817cfc4d49065

65.2

2ff74d9b244469dcd87f9c853b70f9bc72d4116c662ee12783a1c32a6825d45e

196.3

357e31bcf17b4d557954b2d69b7169559a64605a628c4bb9eb11adbd416967d1

117.4

3801dc4ee11ccaeda243ac287ee5e40afb0f07dc0ba26f534ea52f4bfde0d3da

161.2

83e6065dd31ef706f6a90669e460000741820c4dcb753290bd2b003a9f853211

71.2

8950cae069562893aa3583b75fd14f2aaef4f0db72292bd05e11f915ca38cd86

107.8

8e10f1f85d9707ca974ddabd9cb8188d0b890586781ef4161a9133dadefbe0e6

72.0

8fc0b3665f4734b56686ffec83f6b23000720af90102e20f39d9dddb5f1f5c25

183.0

99bd320fb7e3fc487b393c3b9afbc6a7bc765d7f9df5902201a70d3cb8fc5a63

57.8

a38b43f85cc592c4bd69b2b1f0f865df6d36f3b89dfa6119780197369e48192a

177.8

b091bf34d72444ff1669dd13b6c912d8801b94aad8a92d162a9680d46d4b727f

89.2

bd8ee13735dcbdad983fe9624c5b3fd3d257b15a62b269ddb40bb4be9d4a15cb

100.5

beae5bc9137beebddea6f5fbc6fe79b77f6d59f2aa2a5da675ccc39b2b2f8cb6

166.3

c47d1c18c39d28df21ce0e3c34021295658b56c7e669af3aebe685cea32462dc

210.3

c8031b2fd429d9e2838dccc7fa0631788139443a7609958c5d2ce195aec97f8a

85.7

cf3af954a7c3b327107aa42498ec31924075bd926a61428352695a696af8d6c4

114.8

cf8f47928c37bc24c88ff8ff8ea3c84419d4cedc907e74d113e681b055c566dc

162.0

dff4537328f2568db5b7f0fa81a57024fdeb9da23a432a893fb48eca1ab63079

115.9

e1398e628da1258db08f969efdade13e6daac6a53e5b43121dab3604c605af29

69.9

e926ce8ca0192b3ea7f971d93eec3f651e8a35839a76101512cb8c37f98caa89

126.8

e9e0482d61300d3b3d6a9340f9ee66bd6d098328cd7ced50416bb28eb8dc796e

307.4

ebc4392b27056b84a0337638f1257031172d842c148f9ffa10e80afc4080d8a1

82.7

f81267d65855040bf08bb5291a87733555067041ab611cd4e874368c8c1a2c2a

111.9

Total

3,391.7

(资料来源: BitMEX 研究)

如上表所示,这 25 笔双重花费交易的总输出值为 3,391.7 BCH,从经济角度来看,这是一笔重大数额。 因此,可以得出结论,重组是一个精心策划的事件,而不是偶然发生的。 如果这是偶然发生的事件,则分裂的每一侧的交易可能不会出现不匹配。 不过,假设协调和故意重组是我们的猜测。 

我们提供了以下两个双重花费的输出示例:

其中一个双重花费 UTXO(未花费过的交易输出)示例—— “0014”

(资料来源: BitMEX 研究)

上表说明了重组期间 5 个 BCH 输出发生的情况。 这 5 个 BCH 首先被发送到区块 582,698 中的地址 qzyj4lzdjjq0unuka59776tv4e6up23uhyk4tr2anm 。 该链是孤立链,而相同的输出最终被发送到不同的地址, qq4whmrz4xm6ey6sgsj4umvptrpfkmd2rvk36dw97y,在 7 个区块之后。

第二个双重花费 UTXO 示例—— “0020”

(资料来源: BitMEX研究)

上述输出的情况与 25 笔双重花费交易中的几乎所有资金有共同的特征。 大多数输出似乎已经在主链上的区块 582,705 附近进行双重花费,在孤立区块后大约 7 个区块。 

用于赎回交易输入的 SigScript 以 “0020” 或 “0014” 开头,在上面的示例中突出显示。 这些可能与 Segregated Witness(隔离见证)有关。 根据 Segregated Witness 中的规范,“0014” 被推送到 P2WPKH(支付给见证公钥哈希),和 “0020” 被推送到 P2WSH(支付给见证脚本哈希)。 因此,这些输入的赎回可能与比特币升级的隔离见证有关,其中只有一部分是在比特币现金上采用的。

实际上,基于我们的分析,孤立区块 582,698 中的 25 笔交易中的每个单个输入都用 “0014” 或 “0020” 开头的 Sigscript 来赎回。 因此,除了赎回这些 SegWit(隔离见证)输出的 “攻击者” 或 “小偷” 之外,有可能没有人丢失与此链重组相关的资金,而这些资金可能首先被偶然地发送到这些输出。 

作为比特币现金 2019 年 5 月硬分叉一部分,有一个变化,就是允许复原被意外发送到 SegWit 地址的比特币。 因此,这可能发生在这次事件中。

允许隔离见证复原

在上次升级中,意外发送到 Segwit P2SH 地址的比特币因 CLEANSTACK 规则而变为不可花费。 这次升级将对这些比特币进行豁免,并将它们恢复到之前可以花费的情况。 这意味着一旦 P2SH 赎回脚本预映射被透露(例如通过从相应的BTC地址花费比特币),任何矿工都可以拿走硬币。

(资料来源: https://github.com/bitcoincashorg/bitcoincash.org/blob/master/spec/2019-05-15-upgrade.md)

这个 2 个区块重组可能与空块漏洞无关。 不过,分裂似乎就在在解决漏洞之后一个区块发生,因此它可能是相关的。 也许“诚实”的矿工们试图在分裂后直接协调这些输出的花费,又或许要将它们归还到原来的所有者那里,而空块漏洞搞砸了他们的时间,让攻击者得益并卷走资金。 

另一方面,该攻击非常复杂,因此攻击者可能非常老练,并需要进行广泛的规划。 因此,即使没有空块漏洞,这种攻击也可能是有效的。 

结论

我们从有关比特币现金硬分叉升级的事件中吸取到许多教训。 硬分叉似乎为恶意行为者提供了攻击和制造不确定性的机会,因此对硬分叉的精心规划和协调非常重要。 另一方面,这个空块漏洞可能是其他两个事件的根本原因,其可能在任何时候发生,而无论是否正在试图硬分叉,尝试防止这样的漏洞才是重中之重。

这些事件的另一个重要教训是需要透明度。 在事件发生期间,很难知道开发人员的计划、漏洞的性质或矿工支持的链。 在公共渠道中就这些问题进行公开交流可能会更有帮助。 特别是,很多人都不能清晰知道开发人员和矿工的计划,以协调和复原发送给 SegWit 地址的资金。 如果这个计划事先在社区中,以及在明显的经过深思熟虑和协调的重组期间进行辩论和讨论,可能会有所帮助。 当然,假设有时间披露后者。 如果参与者在事后披露有关这些事件的详细信息,也可能会有所帮助。

我们认为,所有这一切中令人最担忧的是经过深思熟虑和协调的重组。 从论证的一方来看,资金被盗,因此将资金归还给其“合法所有者”的行为是合理的,即使这造成了一些短期中断。 不过,许多人或者某些人认为交易最终确认等现金是这些区块链系统的唯一独特特征。 如果能够逆转交易,和在本情况下的经济上重大交易,这将否定这个系统的整个前提条件。 这种行为可能消除适当保障资金的动机,开创先例或改变预期,更有可能产生进一步逆转。

对于比特币社区中所有不喜欢比特币现金的人来说,这可能成为嘲笑这种币的机会。 不过,虽然比特币现金的哈希值比比特币低得多,使得这种逆转更容易,但我们认为,成功对比特币现金进行经济上重大的精心策划交易逆转对比特币而言并不是好消息。 从某些方面来看,这些事件有助于树立一个危险的先例。 这表明这些事件可能会发生在比特币身上。 或者,这可以说明比特币现金在成为少数链的同时所面临的风险。

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)

关于 2019 年 6 月 24 日 ETHUSD 委托列表订阅源的问题

在北京时间 2019 年 6 月 24 日下午 17:25:54 和 17:44:30 之间,ETHUSD 的 orderBookL2,orderBookL2_25,orderBook10 和实时报价的 websocket 订阅源处于降级状态。在此期间,这些订阅源上 ETHUSD 委托列表的状态是不准确的。

我们能够在检测后的一分钟内确定并解决问题的根本原因。这个问题是由一个罕见的委托事件序列引起的,这些事件触发了一个优化 OrderBookL2 计算的错误,而该计算是在几小时前才部署到生产环境中的。此更改已经被还原。

这对交易引擎本身的委托没有影响。只是在交易引擎处理后,ETHUSD 计算委托列表的显示受到影响。

我们已经部署了额外的自动订阅源验证程序,以便在将来检测潜在的类似问题并提前通知我们。

对于由此造成的不便,我们深表歉意。如果您有任何其他问题,请联系客服。您可以在以下链接提交工单:https://www.bitmex.com/app/support/contact。

 

欢迎转载,请注明文章来自

BitMEX (www.bitmex.com)