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

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

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

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

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)

Schnorr 签名和 Taproot 软分叉提案

摘要:我们归纳和提供了近期比特币软分叉升级提案的来龙去脉,该提案包括一个新的数字签名算法(Schnorr),以及一个名为 Taproot 的添加了扩展比特币智能合约容量新功能的补充更新。升级的结构可确保它们同时提升可扩展性和隐私性。除增加了复杂程度外,该提案没有明显缺陷,其中最具争议的方面可能是缺少其他预期的功能。我们的结论是,虽然很多人会热衷于升级,并渴望看到它推出,但重要的是耐心。

(资料来源:Pexels

概述

2019 年 5 月 6 日,比特币协议开发人员 Pieter Wuille 向比特币开发者邮件群发名单发布了一个名为 “Taproot” 软分叉提案。如果该提案被接受,它可能会补充 2018 年 7 月 Pieter 发布的 Schnorr signature 软分叉升级。这些提案的好处与可扩充性(效能)和私密性有关。可扩充性和私密性现在看起来有一定的相关性而且不可分割。在去除有关业务的细节,确保减少交易处理(提升可扩充性)的同时,他们减少了披露的信息,因此可能无法与不同类型的交易区分,从而提高了私密性。

Schnorr 签名

Schnorr 签名算法由 Claus Schnorr 于 1991 年申请获得专利,并且在 2008 年到期。虽然据称 Schnorr 算法更强大,是它的变体,但数字签名算法(DSA)方案的采用更广泛,因为这一算法的专利在全球范围内免费使用。不过 Schnorr 博士本人一直认为 DSA 应该是在他的专利范围内。 

因使用广泛,所以当比特币在 2009 年推出时,DSA 的变体椭圆曲线数字签名算法(ECDSA)被用于其数字签名算法。但最初的 Schnorr 签名算法比 DSA 更简单和有效,减少了繁重的保安假设。经过比特币 10 年的使用,越发明显的是这些效率的优势会变得重要。因此,比特币转移至 Schnorr 签名算法似乎是合理的。

Schnorr 签名的主要好处是,多重签名交易在链上显示为正常的单一签名交易。使用 Schnorr 签名,多个签名者可以生成联合公钥,然后用一个签名共同签名,而不是在区块链上分别发布所有公钥和每个签名。这是一项重要的可扩展性和私密性改进。这意味着 Schnorr 签名会大量的节省空间和验证时间,随著传统多重签名交易的签名者的增加,比较优势将会越来越明显。

Schnorr 签名空间节省估计值

我们试图计算这种 Schnorr 多重签名(multisig)的集合特性可以带来的潜在比特币网络容量的增加。不过,由于涉及大量假设,下面 13.1% 的容量增加数值应视为非常近似的估计值。

基于 UTXO 计算的节省估计值

通过 UTXO 计数来估计的当前多重签名使用率 5.9%
假设 100% 采用 Schnorr 的有效网络容量增长 13.1%

(资料来源:BitMEX 研究团队计算和估值、p2sh.info)

(注:估计值忽略了 Schnorr 签名规模较小的影响,且只包括了加入公钥和签名的好处。通过使用与多重签名使用率相关的 p2sh.info 并对每个多重签名类型应用节省倍数(范围从 50% 到 85% )来估计容量增加。通过假设 UTXO 使用比例是区块链使用的典型值并对较大的多重签名交易应用较高权重来估计网络范围容量增加。未使用的 P2SH 输出根据未使用输出的比例被分配到多重签名类型。该数值应仅被视为非常近似的估计值。数据截至 2019 年 5 月 7 日)

上述估计的容量增加可以认为是很小,但应该考虑以下因素:

  • 多重签名技术的经济使用情况远比仅考虑 UTXO 计数更为普遍。大约 21.5% 的比特币存储在多重签名钱包中,远远高于 UTXO 计数采用的 5.9%。
  • 如下图所示,多重签名采用率正在快速增长。与此同时,像闪电网络这样的新系统需要采用多重签名,而 Schnorr 签名使得多重签名系统更加强大,采用率可能会增加

按 P2SH 地址类型存储的比特币——图表显示了多重签名技术的强劲增长

(资料来源:p2sh.info

因此,根据我们的基本计算,虽然根据网络的当前使用情况,即使 100% 采用 Schnorr 也只会带来 13.1% 的网络容量增长,但长期来看,潜在的空间节省和网络容量增长可能是远高于此。

默克尔抽象语法树 (MAST)

MAST 是比特币协议开发人员 Johnson Lau 博士 2016 年的一个想法。Lau 博士过去曾在 2002 年 2 月为 BitMEX 研究团队撰写题为 The art of making softforks: Protection by policy rule (软分叉的艺术:政策规则的保护)的文章。MAST 的想法是,除了时间锁定条件之外,交易还可能包含多个支出条件,例如 2 之 2 的多重签名条件。为了避免将所有这些条件和脚本放入区块链中,可以在默克尔树内部构建支出脚本,这样只有在使用它们时才需要显示它们,以及必要的默克尔分支哈希。

MAST 支出条件的图解说明

(资料来源: BitMEX 研究团队)(注:该图表试图说明假设 MAST 与 Schnorr 一起使用的交易结构。在上述结构中,如果 Bob 和 Alice 均签名,资金可以以合作方式赎回,或者在时间锁之后以不合作方式赎回。上述是为了说明打开和关闭闪电网络通道时可能需要的结构类型)

基于上述设计,可以假设只需要显示一种支出条件。例如,要花费输出,所有签名者需要做的是提供一个 Schnorr 多重签名和默克尔树右侧顶部的哈希(哈希(1和2))。因此,尽管存在默克尔树,但在大多数情况下,一切都按计划进行,只需要一个签名和 32 字节哈希。更简明地说,为了验证脚本,您需要通过显示其他分支哈希来证明这是默克尔树的一部分。

不过,这种结构的缺点是即使在正常的最佳情况下,当提供默克尔树左上角的单匙和脚本时,仍然需要用完 32 个字节的数据,向区块链公布另一个哈希(上图中的哈希(1和2))。 这一不足也会降低隐私,因为第三方总能确定是否存在更复杂的支出条件,因为默克尔树的顶部分支始终是可见的。

Taproot

据我们所知,Taproot 想法的起源来自于比特币开发者 Gregory Maxwell 于 2018 年 1 月发出的一封电子邮件。Taproot 的结构除在默克尔树的顶部外,类似于 MAST。就 Taproot 而言,在合作或正常情景中,可以选择仅公布单个公钥和单个签名,而无需公布默克尔树存在的证据。下面图表说明了 Taproot 交易结构。

Taproot 支出条件的图解说明

(资料来源: BitMEX 研究团队)

(注:该图表试图说明与上述 MAST 图表相同的支出标准)

左侧(或地址)上的调整后公钥可以从原始公钥和默克尔根哈希计算得出。在正常或合作支付的情况下,在赎回时,原始公钥不需要在链上,并且不显示默克尔树的存在,需要公布的仅是单个签名。在没有合作或异常赎回的情况下,原始公匙将与关于默克尔树的信息一同显示。

Taproot 与原始 MAST 结构相比的好处很明显,在合作的情况下,区块链或脚本本身不再需要包含额外的 32 字节哈希,从而提高效率。除此之外,交易看起来 “正常” ,只是一次拥有公钥和签名的付款,其他支出条件的存在不需要显示。这对于对外部第三方观察者来说是一个巨大的隐私好处,例如当打开闪电通道或者甚至进行合作闪电通道关闭时,交易看起来就像是常规的比特币支出。该交易可以被构建成使得仅在不合作的闪电通道关闭时,才需要显示默克尔树的存在。越多不同类型的交易看起来一样,隐私就越好,因为第三方可能不太能够确定正在发生哪种类型的交易和产生资金流。一些比特币开发者的长期目标可能是确保无论发生什么类型的交易,至少在所谓的合作情况下,所有交易看起来都一样。

对签名集合的困惑

减少区块链所需签名数量的潜在可扩展性好处巨大,因此这个概念往往会激动人心。Schnorr 签名确实能够在多重签名交易中集合签名,这对比特币来说应该是一个重大的好处。 不过,包含这一点以及其他与签名集合相关想法的存在,导致人们对潜在好处有一些不切实际的期望,至少在此升级提议方面是这样。据我们所知,对于这个特定的升级提议,唯一的集合好处是以在多重签名方案中加入签名的形式,而不是多重输入或多个交易。

签名集合想法的汇总表


包含在软分叉提议中
多重签名交易中将公钥和签名相结合——作为 Schnorr 的一部分包含在内
交易中多个输入需要联合签名
多个交易中多个输入需要联合签名(Grin币在该领域具有一些功能,可以使用Mimblewimble)

(资料来源: BitMEX 研究团队)

结论

我们认为,与此软分叉相关的好处不太可能有争议。此软分叉似乎在功能、可扩展性和隐私方面取得三赢局面。最大的争论方面可能是没有包含其他想法或为什么要这样做的争论。

话虽如此,许多人可能对这些升级的潜在好处感到兴奋,并希望尽快在网络上看到这些升级启动。不过,当谈到比特币,特别是对共识规则的变更时,极为需要耐心对待。

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

BitMEX (www.bitmex.com)

有关即将发生的频率限制变化

为了进一步简化 BitMEX 的 API,我们将 REST 频率限制器从 5 分钟间隔缩放到 1 分钟间隔。

这不会改变限制器每 1 秒补充 1 个请求的频率。 请注意,当前的频率限制将按比例从 5 分钟改为 1 分钟。 例如,每 5 分钟 300 个请求的频率限制将转化为每 1 分钟 60 个请求的频率限制。

此更改不应该破坏遵循 X-Ratelimit-Remaining 标头的应用程序。如果之前的每 5 分钟 300 个请求的频率限制被硬编码到你的应用程序中,你将需要更新它。

新的频率限制已经在 Testnet 上生效了,你可以测试它。它将于北京时间 2019 年 5 月 23 日凌晨 02:45 部署到生产环境里。 在部署期间 (持续约 15 分钟),用户可能会在 X-Ratelimit-Remaining 标头上收到不一致的数值。 除此之外,此更新对用户来说应该影响不大。

 

 

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

BitMEX (www.bitmex.com)