关于 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)

HDR Global Trading Limited 向麻省理工学院的数字货币计划(MIT DCI)提供捐助,以支持加密货币研究

我们非常高兴地宣布 ,HDR Global Trading Limited 将对麻省理工学院数字货币计划提供捐助,这是一项研究全球加密货币生态系统的开发和改进的计划。

HDR Global Trading 首席技术官兼 BitMEX 交易平台联合创始人 Sam Reed 宣布了这一赞助:

加密货币的潜力一直激励着我们前行。我们捐助研发是为了确保这个网络发展得更加稳健,因为一个更强大的比特币网络对所有人都有益。非常高兴能够促进它的发展.

HDR Global Trading 是全球最大的加密货币交易平台 – BitMEX 的所有者和经营者。 HDR Global Trading 很荣幸能够支持这样一项使比特币更强大,提升比特币的稳定性,扩展性和隐私性的研究工程。

值得一提的是,HDR一向热衷于为如 Wladimir van der Laan 和 Cory Fields 的比特币核心开发者的工作提供支持和帮助。他们在比特币协议的不同部分中扮演着至关重要的角色。

此次捐助为无条件提供,并没有任何限制。

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

BitMEX (www.bitmex.com)

重要保安建议更新 (2019 年 6 月)

概要:我们观察到,针对客户账户的未授权入侵行为在不断增加 我们再次提醒所有的客户和用户,请保护好您的 BitMEX 和个人账户,方式是:使用强而独特的密码;为您所有账户启用二步验证(2FA);并且使用密码管理器。 

安全性一直都是 BitMEX 所看重的。 所以我们成为首个采纳人工多重签名冷钱包配置的平台,以保护客户资金。 我们持续审查保安协议,不断提高我们的标准。 我们始终致力于不断改善我们平台的安全性和客户的安全性。

2016 年,在僵尸网络凭证资料被大量重复使用的攻击事件后,我们发布了博客文章,强调在 BitMEX 使用独特密码的重要性。 此外,我们还推荐启用 2FA。 2FA也被称为 “两步验证” 或 “多因子认证”,通过不仅要求在登录时提供用户名和密码,而且还要求输入独特而具时效的令牌,为您的账户增加一重安全保障。令牌可以存储在安装有软件认证器,如 Google Authenticator 或 Authy 的手机上。

这一信息不管是在过去还是现在都与你切实相关:为了保护您的账户,您应当经常使用强而独特密码,同时用多因子认证方案和密码管理器。

最近,我们发现尝试入侵或未经授权访问客户账户的情况日益增多。 启用您账户的 2FA 是保护您免受这些攻击的最好且最简便的方法。

此外,一些出于金钱目的的罪犯利用的手段和技巧也不断提高。 其中一个例子是:相比立即执行提现请求的黑客,我们发现有些黑客会故意通过一个账户和另一个同样是他们控制的账户交易时亏损来套取账户的交易资金。 我们已经主动发现了很多这样的攻击,并且一旦侦测到,会继续消除此类活动。

在账户入侵中经常出现的另一个手法是,在未授权访问账户之后,会禁用 BitMEX 电邮登录通知。 黑客还可能在一个被侵入的客户账户中试图启用 2FA,从而创建具提现权限的 API 密钥。 在几乎所有这些情况中,一个共同点是,客户可能无法看到提现通知或其他关于账户的电邮通知;例如登录通知。

一方面我们会审视强制执行 2FA 和其他登录访问功能的做法,同时我们也已经作出了下列调整:

  1. 客户无法再禁用登录通知电邮。 无论现有的通知偏好如何,我们都将向您发送登录通知电邮。
  2. 通过 API 发出的提现申请每次都必须通过电邮验证,以证实提现,除非 API 密钥是在北京时间 2019 年 6 月 11 日凌晨 4 点之前创建的。

虽然这些改变能增加客户账户的安全性,但需要注意的是,这还不是全部的解决方案。 我们强烈建议启用 2FA。

除了以上措施外,BitMEX 还会审查我们的客户经历的每一个账户入侵,我们已经发现被入侵账户都存在很多共同点:

  1. 密码重用,或在BitMEX平台和客户个人电子邮件账户上使用简单易猜测的密码。
  2. 被入侵的个人电邮账户会导致账户通过密码重置被盗。
  3. 客户电脑的恶意软件会导致密码被盗,及之后登录 bitmex.com 平台。

为了对抗这些袭击,采取灵活而有纪律的防范是关键。 在所有上述情况里,利用 2FA 都可以大大减少账户遭到入侵的风险。 最近谷歌的研究也指出,如果在 2FA 中使用了保安密钥,100% 的攻击可以被阻止。

虽然我们考虑在我们的客户当中强制执行 2FA,但我们再次强调采纳良好保安做法的重要性,概述如下。 

请注意,这些步骤不仅应当在您的 BitMEX 账户实施,还应该在您储存任何个人机密信息的个人账户中实施:

  1. 启用 2FA
    1. 我们建议您选择其中一个可用的选项,例如 Google Authenticator 或Authy
  2. 使用强而独特特的密码并利用密码管理器,例如 LastPass
    1. 强密码包括至少十个字符(字符越多,密码越强),包括字母、数字和符号(@, #, $, % 等)。 密码一般区分大小写,所以强密码包括大写和小写字母。
    2. 请不要使用 Facebook、Spotify 或 Instagram 等社交账户的密码作为您 BitMEX 交易账户或银行账户的密码。 每个账户都要用独特、不同的强密码!
  3. 评估现有风险
    1. 通过 HIBP 查看您的密码是否已经被第三方泄露
    2. 定期检查您的交易账户,确保您了解余额的多少和正确的数字。  
    3. 定期对账也是确保您账户的所有交易都经过您授权的有效方式。
  4. 在您的联系人名单中添加 support@bitmex.com 确保我们的 电子邮件不会放到垃圾邮箱里
    1. 确保您没有过滤 bitmex.com 的官方通信。 这些通信包括登录和提现通知。
  5. BitMEX 的客服绝不会要求您提供账户密码 
  1.  

BitMEX 极为重视保安问题。 一方面我们继续提升我们的内外部保安能力,另一方面保安最终是每个人自己的责任。 如果您的在线账户中有数字资金,您应当采取措施确保您的账户安全/获得上述保障,这一点十分重要。 

如果您观察到您的账户中存在任何异常的活动,请立即通过联系页面联系我们的客服团队。

 

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

BitMEX (www.bitmex.com)

关于 2019 年第三季度期货上架

BitMEX 将于北京时间 2019 年 6 月 14 日 16:30 上架新的季度期货。

关于 2019 年第三季度当前和即将上架的期货合约的上架日期和结算日期,请参阅下表。粗体显示的是全新合约。

代码 货币对 上架日期 结算日期
ADAM19 卡尔达诺 / 比特币 2019 年 3 月 15 日 2019 年 6 月 28 日
ADAU19 卡尔达诺 / 比特币 2019 年 6 月 14 日 2019 年 9 月 27 日
BCHM19 比特币现金 / 比特币 2019 年 3 月 15 日 2019 年 6 月 28 日
BCHU19 比特币现金 / 比特币 2019 年 6 月 14 日 2019 年 9 月 27 日
EOSM19 EOS 代币 / 比特币 2019 年 3 月 15 日 2019 年 6 月 28 日
EOSU19 EOS 代币 / 比特币 2019 年 6 月 14 日 2019 年 9 月 27 日
ETHM19 以太币 / 比特币 2019 年 3 月 15 日 2019 年 6 月 28 日
ETHU19 以太币 / 比特币 2019 年 6 月 14 日 2019 年 9 月 27 日
LTCM19 莱特币 / 比特币 2019 年 3 月 15 日 2019 年 6 月 28 日
LTCU19 莱特币 / 比特币 2019 年 6 月 14 日 2019 年 9 月 27 日
TRXM19 波场币 / 比特币 2019 年 3 月 15 日 2019 年 6 月 28 日
TRXU19 波场币 / 比特币 2019 年 6 月 14 日 2019 年 9 月 27 日
XRPM19 瑞波币 (XRP) / 比特币 2019 年 3 月 15 日 2019 年 6 月 28 日
XRPU19 瑞波币 (XRP) / 比特币 2019 年 6 月 14 日 2019 年 9 月 27 日
XBTM19 比特币 / 美元 2018 年 12 月 17 日 2019 年 6 月 28 日
XBTU19 比特币 / 美元 2019 年 3 月 15 日 2019 年 9 月 27 日
XBTZ19 比特币 / 美元 2019 年 6 月 14 日 2019 年 12 月 27 日

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

BitMEX (www.bitmex.com)

关于北京时间 2019 年 5 月 31 日凌晨的 Websocket 延迟

在北京时间 2019 年 5 月 31 日凌晨 00:00-01:00,由于市场波动,BitMEX 的 websocket API 受到持续的延迟,其延迟是来自交易引擎产生的流量飙升。期间,websocket 连接亦一度无法持续更新市场数据,这是因为当时已达到内部通信层的内存限制,导致重新连接。

我们的工程师已加紧发展我们已计划的战略升级来优化我们的市场数据分布式架构,将大幅提高容量和减低 websocket 源的整体延迟。该容量升级预计于本周在 Testnet 上部署,在主网更新后我们会有公告通知各位。

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

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

BitMEX (www.bitmex.com)

本周二预定的系统更新

请注意,我们将会在北京时间本周二早上 09:00 对我们的数据库系统进行系统更新,历时 3-5 小时。期间,交易,登入和其他主要 API 接口维持正常运作。但请注意以下的功能在系统更新时会被禁用:

  • 账户注册
  • 电子邮件验证
  • 启用二步验证
  • 禁用二步验证
  • 密码重置
  • 提款
  • 更新账户偏好
  • 在 Trollbox 里屏蔽其他用户
  • 创建 API 密钥
  • 禁用 API 密钥
  • 启用 API 密钥
  • 删除 API 密钥

系统更新完成后将有公告通知各位。

对于给您带来的不便,我们深表歉意。 如果您对于系统更新有任何疑问,请联系客服。您可以在以下链接提交相关工单:https://www.bitmex.com/app/support/contact

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

BitMEX (www.bitmex.com)

BitMEX 杠杆统计数据,2019 年 4 月

BitMEX 声名鹊起的一个原因是客户在交易比特币/美元价格时能够使用 100 倍杠杆。 我们经常被问到交易者有多经常使用所提供的最高杠杆。 我让我们的数据科学团队提取从 2018 年 5 月到 2019 年 4 月的 XBTUSD 永续合约的杠杆率使用历史数据。

第一张图表和表格组合显示了 XBTUSD 多头和空头的月底加权有效杠杆。

看来交易者非常 “负责”,因为他们平均没有使用最大杠杆率。

定义
按月、方向和交易品种分组的总数

计算百分位数的方法

  • 选择前 12 个月中每个月的最后一个可用时间戳(即 “月末快照” ),并计算所有账户中每个仓位的有效杠杆,四舍五入到最接近的整数
  • 从结果值中创建一个排序列表,并通过按持有的合约数量扩展每个仓位的有效杠杆来展平(例如,如果仓位数量为 4 的账户使用了 3 的有效杠杆,则对该列表的贡献是 '3 3 3 3'
  • 通过获取由下式给出的索引处的值,可以找到此列表的任何给定百分位数: (列表计数)*(所需百分位数)

使用均值是粗略的,因为持有大仓位的交易者使用的杠杆必须少于较小仓位交易者。 这是由于 BitMEX 的风险限额功能。 交易者可以使用 100 倍杠杆,最大仓位为 200 XBT。 之后,初始和维持保证金要求逐步按每 50 XBT 增加 0.5% 。

为了了解各自合约数量的杠杆分布,我们查看了从 2018 年 5 月到 2019 年 4 月的 12 个月末快照的平均 XBTUSD 多头和空头直方图。 上面两个图表显示了这些数据。 正如我们所料,仓位最大的交易者使用最少的杠杆。 

虽然允许对 XBTUSD 开仓的最大杠杆率为 100 倍,但有效杠杆可以增加到 200 倍(即维持保证金要求的 0.50% 的倒数),此时会进行强平。

创建直方图的方法

  • 计算所有 12 个月末快照的每个有效杠杆的合约总数,然后将每个总数除以 12(即平均月末快照)

我希望这些数据可以让交易者更好地理解 BitMEX 市场的微观结构。 我将在不久的将来继续定期发布回溯统计数据。

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

BitMEX (www.bitmex.com)

比特币现金 SV – 6 区块链裂

摘要: 2019 年 4 月 18 日,BitMEX 研究团队的比特币现金 SV 节点曾经历了 2 次区块重组。 先是一次 3 区块重组,接著是 6 区块重组。 在此简报中,我们给出了此次临时链裂的相关数据和图表。 此次链裂似乎是由太长而难以传播的大型区块,而非与共识相关的问题所导致的。 我们的分析显示,没有双重支出与此次分裂有关。

链裂图解 – 2019 年 4 月 18 日

资料来源: BitMEX 研究

注: 上图显示有两个有效的竞争链,并且在区块 578,639 处发生了非共识分裂。 我们的节点跟随左边的链直到 578,642 区块为止,然后跳到右边。 大约一个小时后,跳回到左边。 左边的链延续,而右边的链最终被抛弃。 

链裂交易数据

 
交易数
主链(6 个区块内)
754,008
分叉链
1,050,743
重叠(6 个区块内) 
753,945
最终双重支出
0

资料来源: BitMEX 研究团队 

根据我们对交易的分析,来自分叉链(右边)的所有 TXID 最终都会回到主链中,但生成交易明显是例外。 所以,我们认为没有发生于与此次意外相关的双重支付。

分裂相关区块的时间戳 – 2019 年 4 月 18 日

本地时间 区块时间戳 高度 哈希值 大小 (MB) Log2 计算
11:39:47 11:39:19 578,638 000000000000000001ccdb82b9fa923323a8d605e615047ac6c7040584eb2419 3.1 87.803278
12:04:51 12:04:37 578,639 0000000000000000090a43754c9c3ffb3627a929a97f3a7c37f3dee94e1fc98f 8.6 87.803280
12:28:01 12:20:36 578,640 00000000000000000211d3b3414c5cb3e795e3784da599bcbb17e6929f58cc09 52.2 87.803282
12:43:42 12:29:39 578,641 0000000000000000050c01ee216586175d15b683f26adcfdd9dd0be4b1742e9e 42.1 87.803285
12:59:27 12:51:40 578,642 00000000000000000a7a25cea40cb57f5fce3b492030273b6f8a52f99f4bf2a8 76.2 87.803287
13:05:18 12:32:39 578,640 000000000000000007ad01e93696a2f93a31c35ab014d6c43597fd4fd6ba9590 35.5 87.803282
13:05:18 12:33:16 578,641 0000000000000000033ed7d3b1a818d82483ade2ee8c31304888932b7729f692 0.1 87.803285
13:05:18 12:41:38 578,642 00000000000000000ae4a0d81d4c219139c22ba1a8a42d72b960d63a9e157914 1.0 87.803287
13:05:19 12:56:37 578,643 00000000000000000590821ac2eb1d3c0e4e7edab586c16d5072ec0c77a980dc 0.8 87.803289
13:19:36 13:14:22 578,644 0000000000000000001ae8668e9ab473f8862dc081f7ac65e6df9ded635d338e 128.0 87.803291
13:21:56 13:18:07 578,645 0000000000000000049efe9a6e674370461c78845b98c4d045fe9cd5cb9ea634 107.2 87.803293
14:12:54 13:15:36 578,643 0000000000000000016b62ec5523a1afe25672abd91fe67602ea69ee2a2b871f 23.8 87.803289
14:12:55 13:43:35 578,644 000000000000000003e9d9be8a7b9fc64ef1d3494d1b0f4c11845882643a6439 1.3 87.803291
14:12:55 14:01:34 578,645 0000000000000000052be8613e79b33a9959535551217d7fdacc2d0c1db1e672 0.0 87.803293
14:12:55 14:06:35 578,646 00000000000000000475ab103a92eb6cb1c3c666cd9af7b070e09b3a35a15d66 0.0 87.803296
14:27:09 14:24:37 578,647 0000000000000000062bade37849ade3e3c4dfa9289d7f5f6d203ae188e94e4f 77.0 87.803298

资料来源: BitMEX 研究团队 

如有兴趣,可参看我们在上表中披露的链裂相关区块的所有相关详情,其中包括:

  • 区块时间戳
  • 本地时间时间戳
  • 区块哈希值 
  • 区块大小
  • 每个区块累计总工作量证明(PoW)

通过上述细节,可以跟踪发生的与链裂相关的情况并创建时间线。

结论
我们提供本信息和分析的主要目的不是出于对比特币现金 SV 的兴趣,而是希望开发系统来分析和探测比特币网络上的此类事件。 我们的网站https://forkmonitor.info 目前正在开发系统,以帮助检测由区块传播不良或与共识相关的问题导致的链裂。 比特币现金 SV 的此次事件对我们来说是一次非常不错的实践。

至于比特币现金 SV,区块在重组期间的规模极为庞大。 在分叉链上,最后两个区块分别为 128MB 和 107MB。 在主链上,很多区块超过 50MB。  因此,在我们看来,大型区块可能是重组的根本原因,因为矿工无法在不同链上找到其他区块之前足够快地传播和验证这些大型区块。

至于这对比特币现金 SV 的影响,我们不作评论。我们会把这个问题留给他人。

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

BitMEX (www.bitmex.com)