软分叉的艺术 – 政策规则保护

摘要:在本文中,继续我们上一篇关于比特币共识分叉的完整历史的文章,客座作家 Johnson Lau 博士解释了政策规则与共识分叉的区别。他解释了为什么在政策规则(非标准行为)已被涵盖的情况下引入新的软分叉可能会更安全,因为这可以减轻或降低改变共识规则所带来的一些风险。

资料来源:gryb25

软分叉是修正和引入新的比特币共识规则的主要方式。接下来的一系列文章将介绍软分叉是如何被实现的。

 

共识规则和软分叉

共识规则决定着每个交易或每个区块的有效性。比特币网络上的每个用户和矿工都遵守着同一套共识规则,代表着他们都愿意接受和同意一个账本。

当大多数用户和/或矿工决定采用更严格的共识规则时,软分叉就可能出现,这使一些以前有效的交易/区块将变为无效,而不是相反。如果大多数人执行新的规则的话,其他任何违规分叉(统计上)都不会在工作量证明方面赶上新的更严格的共识分叉。遵守旧规则的少数人将始终遵循更长,更严格的分叉,使得网络上的每个人都会最终接受和同意一个账本。


政策规则和共识规则

虽然共识规则是确定交易有效性的唯一标准,但是传播节点或挖矿节点可能偏好某种交易。例如:

  • 作为垃圾邮件控制机制,费用非常低的或 “微产量”(输出值很低)的交易将被拒绝。
  • 一些矿工拒绝将 “链上赌场” 交易包括在内,这些交易被认为是垃圾邮件。
  • 未知版本的交易被拒绝(目前只有版本 1 和 2 是 “已知的” )。
  • 非常规的脚本(即不是 P2PKH , P2SH , v0 segwit 或其他一些情况)和未知的 NOPx 代码(目前仅知道 OP_NOP2 和 OP_NOP3 )的交易将被拒绝。
  • 更换费用( Replace-by-fee )和母费子付( child-pay-for-parent )也属于政策规定,因为他们确定了哪些是矿工首选的交易。


根据定义,政策规则必须至少与共识规则一样严格。很明显,矿工们不希望在一个区块中包含无效交易(这会导致采矿奖励的丧失),或者将其传播(这将被同行排斥)。

虽然政策规定可能比共识规定更严格,但要注意,政策规定并不决定交易的有效性。一旦交易被包含在有效的区块中,即使它违反了一些政策规则,所有的网络节点也将会接受并承认它。

同样要注意的是政策规则是区域性的,而共识性规则是普遍性的。这意味着不同的网络节点可能有不同的策略规则。只要运行相同的共识规则,他们仍然会一致同意区块链账本。

违反政策规则的交易有时被称为“非标准交易”,我们需要将其与 “无效交易” 区分开。

 

政策规则和软分叉

理想情况下,所有的矿工都应该在软分叉激活之前升级到新的更严格的规则版本。在经济利益上,他们有强烈的动力去做这件事,因为挖掘一个无效区块(就新规则而言)会形成重大的财务成本。但是,像比特币这样的去中心化系统,矿工的行为是不能保证的。


虽然矿工们理论上应该关注所有规则变化的提案并及时采取行动,但是一旦矿工挖掘无效区块便会导致市场中断和普通用户的经济损失。因此,任何计划良好的软分叉都应该考虑到这一点,并将风险降至最低。


诀窍是,软分叉的内容应该限制在现有并广泛采用的政策规定所涵盖的范围内。拥有政策规定,但不了解新的共识规则的矿工,将会自动拒绝这些交易,因此,他们绝不会将新交易规则中的交易包括在内。这在比特币历史上的一些案例中有详细阐述。

 

在上述图像中,工人在一条无法使用的道路上摆放 “道路封闭” 的标示牌,该障碍物在工人放置标示牌之前已经存在。新的交通标示牌只能防止一些 “非标准” 的行为,因此造成的影响很有限。

案例分析 描述
BIP65检查锁定时间验证 OP_NOP1 到 OP_NOP10 在比特币脚本语言来说原本没有意义。虽然它们被算为一个操作(脚本中有 201 个操作数量限制),但实际上它们在交易验证时被忽略。然而,自 0.10 版本开始,比特币核心中就包含了一个策略规则,在默认情况下拒绝 OP_NOPx 。 BIP65 是比特币核心 0.12 中引入的软分叉,其将 OP_NOP2 重新定义为 OP_CHECKLOCKTIMEVERIFY( OP_CLTV ) 。 OP_CLTV 检查顶层堆栈值是否大于交易的 nLockTime 字段(以及其他的条件)。如果任何条件匹配,交易将被视为无效。否则, OP_CLTV 将像 OP_NOP2 一样被忽略。

 

新的节点在软分叉激活后将强制执行的新的共识规则。即使在激活激活之前,原来的 OP_NOP2 策略规则已被 OP_CLTV 规则取代。(这是没问题的,因为 OP_CLTV 规则比原来的 OP_NOP2 共识规则更严格)

 

旧的采矿节点不会执行 nLockTime 检查。但是,只要运行 0.10 或更高版本,默认的 OP_NOP2 策略规则将阻止它们包含任何具有 OP_CLTV 的交易,无论该交易是有效或无效的。因此,对于新的 OP_CLTV 共识规则, 0.10 或以上的旧采矿节点不会主动产出无效区块。

BIP68使用序列号的相对锁定时间 nSequence 是比特币交易中的一个领域,基本上没有被使用。 BIP68 的概念是使用 nSequence 字段来实现相对锁定时间,这是支付渠道和闪电网络等高级交易的一个非常重要的组成部分。然而,自比特币的第一个版本以来, nSequence 字段就一直被忽略,矿工对任何 nSequence 值的交易都采取接受态度。没有关于 nSequence 值的政策规则,因此不能像 OP_CLTV 那样简单地完成一个安全的软分叉。

诀窍是使用交易版本字段( nVersion )。从版本 0.7 开始,非版本 -1 交易将被政策规则拒绝。为了充分利用这一点, BIP68 要求仅在交易版本为 2 或更高(准确来说低于 0 )的情况下强制执行 nSequence 的新规则。因此,旧的采矿节点不会产出任何违反 BIP68 的区块,因为在默认情况下它们将不包括任何非版本 -1 交易。

攻击者不能通过简单地改变交易版本来“关闭” BIP68 ,因为版本有签名认证。这也是交易版本与共识规则相关联的唯一实例。

BIP141:隔离见证 隔离见证( segwit )是通过重新定义特定的脚本模式来修复交易可规模化的一种软分叉。 BIP141 的模式是一个以单个 OP_x(x = 0到16)开始的输出脚本(或P2SH redeemscript ),接着是 2 到 40 个字节之间的规范数据推送。但是,这不是最初提出的方案。在第一稿中,见证程序模式是在 2 到 41 个字节之间进行单次推送。

自 v0.6 版本以来已经实施该政策,用来拒绝非常规的脚本(即不是 P2PKH , P2SH 和其他几种类型)的交易。在这方面,第一份见证计划模式草案确实是不规范的。

 

问题是用 P2SH 编程的见证程序。在 v0.10 之前,政策规则也会拒绝任非常规的 P2SH 脚本。而这个规则在 v0.10 中大大放松了,原来的见证程序设计没有被覆盖。

 

几个备选方案也在当时的考虑范围:

 

  • 新的交易 nVersion (如 BIP68 )不起作用。如果新的共识规则是“只有当 nVersion 大于 2 时才执行 segwit 规则”,则攻击者可以通过改变 nVersion 来窃取存储在 segwit 输出中的所有加密货币(因为 nVersion 仅由 segwit 签名认证,而当 nVersion 是 2 以下时是不被检查的)。
  • OP_NOPx 可以被用来标识见证程序。但是,这会使所有见证程序多出 1 个字节,并占用有限的 OP_NOPx 空间。

 

最终版本使用了 BIP62 的所谓 “clean stack” 政策规则。虽然 BIP62 现在被撤回了,但其规则仍作为政策被执行。 “Clean stack” 要求脚本评估必须以唯一一个堆栈项目结束。然而,最后的见证程序设计留下了两个堆栈。这基本上是没问题的,但却违反了 “clean stack” 政策。

 

失败案例BIP16和支付脚本散列

(P2SH)

BIP16 是第一个计划实行比特币软分叉的。当 55% 的哈希算力表示准备就绪时(当前使用率约 80% 到 95% ),它被激活了。在引入 P2SH 之前,没有政策规定来检查支出输出的形式。因此,相当数量的矿工在软分叉激活数月之后一直在产出无效区块,偶尔会产出长区块链。
失败案例:莱特币的隔离见证 比特币隔离见证实施后不久,莱特币就开始整合 segwit 的代码。然而,尽管 segwit 在 Bitcoin Core 0.13.1 中发布,但当时的最后一个莱特币版本是 0.10.4 ,其中没有包含 “clean stack” 规则。 莱特币的开发员试图通过给 segwit 增加一个额外的共识规则来解决这个问题,要求区块版本必须至少为 0x20000000 ,希望能强迫矿工升级。事实证明,所有的矿工在激活之前都升级了(最后一个大型矿工在激活几个小时前升级),而并没有造成分叉因为上一个版本中没有 CLEANSTACK 。

 

如果大型采矿池在最后一分钟没有升级,那么额外的区块版本规则就只能提供很少的保护。这将在下一篇文章中进一步讨论。

 

政策保护不是万能的

读至此时,读者可能会发现,上述的政策保护手段只会阻止未升级的矿工在软分叉激活后主动产出第一个无效块。然而,如果这个无效块被创造出来,那么未经升级的矿工会接受它,同时如果得到更多工作证明的支持,那么这个区块链就会越来越长。所以这只是一种减少而不是完全消除在软分叉激活中发生意外区块链分叉的方法。如果在大量矿工正在通过不同的完整节点运行不同的政策规则的情况下,那么这个政策保护也是存在问题的。

 

比特币协定开发员 Johnson Lau 博士

CC BY-SA 4.0

 

 

 

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

BitMEX (www.bitmex.com)

 

系统超负荷政策信息更新

鉴于最近比特币价格的波动, BitMEX 目前的负荷正创历史新高。我们的引擎团队正在积极加班加点工作,以提高其性能,预计星期五能提高 20% 性能,并在未来进一步提高。更重要的是, BitMEX 致力于交易引擎和实时审计的准确性。 BitMEX 自始至终保证仓位和交易委托的一致性。

不幸的是,当负荷到达顶峰的时候,我们不能确保在可接受的回复时间内满足每个交易请求。在 11 月初,我们对可以进入引擎队列的最大交易请求数量实施了限制,其后,新的交易请求将被拒绝,直到队列缩小。相信许多人已经收过这个 “系统超负荷” 的消息(也被称为”卸载”)。

为了确保用户的利益,下面的请求在超负荷时将不被拒绝:

  • 取消交易委托。
  • 用仓位表上的平仓按键来通过市场价或限价平仓。
    • 对于 API 用户,这相对于使用 “Close” 的 execInst 值。
    • 解除限制仅适用于非批量委托。位于批量委托中的关闭委托也可能会被卸载。

新的交易委托和委托修改仍可能会受到超负荷的拒绝信息。随着情况进一步改善,我们将不断通知您最新情况。

 

 

 

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

BitMEX (www.bitmex.com)

 

系统开发概要: 2018 年 2 月 2 日

在今天北京时间 21:00 , BitMEX 平台的交易量和实时注册量都创下了记录。此流量导致我们云伺服器上的代理网络流量堵塞,导致数据被迫进行备份。这些数据流太大最终导致一连串的网站用户请求新的数据映像,这么大的流量最后令网站一度瘫痪。

我们通过暂时停止交易,重置了受影响的平台服务及交易功能。之后几个小时的表现仍然不佳,但是我们成功解决了导致网速慢的两个主要系统之一。在撰写本文时,我们的读数显示网络延迟远远低于 24 小时平均值。

第二个系统将很快迁移,并将缓解这个问题。即便作出上述容量扩充,我们仍然面临引擎层面速度缓慢的情况,导致许多用户收到吓人的“过载”信息。我们了解客户正面临着这个问题,我们的团队也在积极解决该问题。解决方案涉及重新构建 BitMEX 操作系统,因此我们正在进行大量的规划和测试。一旦该项工作完成,我们会告知您。

其他消息方面,前端界面的一些更新也已经推出,包括一个新的弹出聊天框。由于升级关系,某些用户聊天框可能会卡在高速缓存。如果您的界面显示上述情况,请全屏显示图表,然后关闭全屏窗口。如果仍不起作用,请清除您的浏览器缓存。

 

NEO $100,000 美元大奖等你瓜分

BitMEX 很高兴宣布为 NEO(NEOG18)合约提供新的 $ 100,000 美元大奖!

开始时间:2018 年 2 月 7 日 (星期三),北京时间早上 08:00
截止日期:2018 年 2 月 17 日 (星期六),北京时间早上 08:00

 

奖品:

1 个大奖 $50,000 美元:持续在 0.5% 价差以内报价,最大双向报价量的投资者会获得大奖。*

1 个二等奖 $25,000 美元:持续在 0.5% 价差以内报价,第二大双向报价量的投资者会获得二等奖。*

1 个三等奖 $ 20,000 美元:通过买卖 NEO(NEOG18)合约获利最多的投资者会获得三等奖。

1 个幸运奖 $5,000 美元:任何交易至少一张 NEO(NEOG18)合约的交易者自动进入随机抽奖,幸运儿将获得这个奖。

 

* BitMEX 将在整个比赛里频繁地纪录委托列表的快照。如果投资者的买卖报价均在市场中间价的 0.25% 范围以内,那么买卖报价量的较小值将计入他们的报价量。然后 BitMEX 将累计每个快照中该报价量,在比赛结束时累积报价量最大的投资者将获胜。

 

参与方法很简单:

首先,注册一个 BitMEX 账户。

然后,在比赛期间交易 NEO(NEOG18)合约。

 

谢谢,
BitMEX 团队

 

条款和条件:

1. BitMEX 对该活动一切内容包括取消,更改奖金及其规则具有最终决定权 。

2. 参与操纵市场的用户将被取消参与本次活动的资格。这一决定将由 BitMEX 自行判断。

3. 盈利的定义为在比赛期间内建立和完成的所有交易的已实现盈利 (以 XBT 计算) 。

4. 用户无法同时赢得多个奖项。

5. 获胜者将在 2018 年 2 月 22 日通过电子邮件被告知。

6. 所有的奖金将以比特币来支付,按照北京时间 2018 年 2 月 17 日 20:00 .BXBT 的指数价格计算。

 

 

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

BitMEX (www.bitmex.com)

 

恒星币大奖获奖者公告

感谢所有参加者,让我们的比赛取得成功,并祝贺所有获奖者!请查看您收到的关于奖品详情的电邮。

总共有 1,993 名参与者参加了抽奖,总共获得了 4,403 张彩票。

所有 15 位幸运获奖者从 4,403 张门票中随机抽取。 无论大户或散户,任何交易者都可以赢得抽奖,所以请确保您的名字是在我们即将到来的比赛里。

要查看大奖详情,请点击这里

*投资者同意在赢家公告中显示他/她的真实用户名。

 

祝你 2018 年继续赚嗨!

谢谢!
BitMEX 团队

 

 

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

BitMEX (www.bitmex.com)

闪电网络

摘要:在这篇文章中,我们解释了搭建闪电网络的动机,以及为什么它的规模化效益比今天我们所用网络的更好,且将显著改善现有网络。我们将介绍一些使闪电网络成为可能的基本技术基石。然后,考察一下它的局限性,包括与存在于区块链上的交易相比它在安全性上的劣势,以及为什么这劣势使得闪电网络可能不适合用于大额支付。

资料来源:flickr.com

 

搭建闪电网络的动机

区块链的支付系统一般都是以 “广播给所有人” 的模式操作,因为当进行支付时,需要将交易广播给网络中的所有参与者。

 

这种系统中的节点必须:

  • 无限期地存储交易,
  • 验证交易,和
  • 传递交易。

与此同时,以确定交易是否进入区块链记账本,采矿公司需要走的流程是能源密集且竞争性大的 。

 

收款人没有特别的待遇。例如,如果使用比特币购买咖啡,则交易将广播到整个比特币网络,而不优先将交易数据传播到咖啡店或咖啡店的支付处理器。许多人认为这个过程是低效的。如果目标是建立一个全球数百万人使用的支付系统,这种方法似乎不合逻辑。

在 2000 年 5 月的星期三,阿森纳的 3-3 逼和谢菲尔德时,依然使用着老式的“广播给所有人”的传播模式。在手机被广泛采用之前,体育场播音员通过公共广播系统将信息传播给所有在场的人。移动电话使这个过程更快捷,更高效,因为信息可以直接发送给指定的接收者。

 

闪电网络代表效率的提高,并使用更优化的支付网络系统。交易可以直接发送给收款人,而不是向所有人广播该交易。只有在交易双方不诚实的情况下,才需要诉诸繁琐的程序,进一步分散审查权限以达到网络共识。通过这种方式,可以在保持比特币区块链安全特性的同时,实现直接向网络上的节点广播相当的性能和效率。

 

但是,建立一个如果出现问题各方都可以诉诸区块链且回收资金的支付体系是复杂的,且存在一定的风险和局限性。

 

闪电网络的基本技术基石

单向微支付通道。资料来源:BitMEX 研究

 

上图基本描绘了建立单向支付渠道的传统方式。尽管建立该渠道涉向所有人广播交易,但一旦建立了该渠道后,便只需要让 Bob 将数据发送给 Alice ,就可以实现从 Bob 到 Alice 的多次支付,避免了将数据广播到整个网络。支付过程可以一直重复,直到渠道资金,在该情况下为 1 个比特币,被用完为止。

 

从理论上讲,上述渠道基于以下原因是安全的:

  • 如果 Bob 出尔反尔, Alice 所需要做的就是签署并广播给 Bob 最初付款时签署的网络交易 P1 。只要在交易 B 的一周锁定时间之前得到确认,无论 Bob 做什么 Alice 都能安然无恙的收到她的 0.1 比特币。
  • 如果 Alice 为了使 Bob 反感而拒绝签署,那么 Bob 需要等交易 B 在一周后自动生效,然后他便可以通过广播交易B将渠道中已经获得 Alice 签名的钱汇回给到自己。


不能被第三方推动( TXID 更改)的交易过程是更安全的,否则可能Bob已经创建的交易 B 只有当交易 A 改变时它时才变为无效,从而使 Alice 能够无限期地不让 Bob 撤回资金。

 

根据中本聪发给比特币开发人员 Mike Hearn 的电子邮件,这个基本结构是中本聪的想法:


nLockTime 的其中一个用途是参与者间可以进行高频交易。他们可以通过一致同意不断更新。支付的人是下一个版本的第一个签署人。如果任何一方不同意更新,则最后一个状态将记录为 nLockTime 。如果需要的话,可以在每个版本之后准备一个默认的交易,这样同意 n-1 的参与者们可以将没有反应的人给剔除。中间交易不需要广播。只有最后的结果需要被记录到网络上。就在 nLockTime 发生之前,参与者们和几个见证节点广播他们见证的最高序列的 tx 。

资料来源:https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2013-April/002417.html

 

闪电网络是如何操作的

这种小额支付结构可以被认为是闪电网络的核心组成部分,它实质上就是这些支付通道组成的网络结构。支付出的款项将寻找一条已经相连上的渠道,直到这些款项到达最终的收款人手上。

 

闪电网络使用的渠道虽然是基于这种结构,但它具有更先进和更复杂的技术。上述结构是单向的,为了加强实用性,收付款需要的是双向链接。例如,可以想象通过在 Alice 和 Bob 之间构建两个渠道来双向地支付。更确切地说,闪电网络使用了 Poon-Dryja 的渠道搭建方法。与简单地在反方向建立单向付款渠道网络相比,这具有较低的流动性需求,否则将需要锁定两倍的资金在渠道内。然而,与其他方法相比, Poon-Dryja 渠道结构存在明显的弱点。 Poon-Dryja 渠道结构要求在每次更新渠道时(付款时)收付款双方都需签署新的交易,而在单向频道中,只有发送者需要在频道更新时签名。

 

旧的锁定时间功能可以被更高级的功能所取代:

  • 检查锁定时间验证( BIP65 )可以证明输出不能在特定日期之前被花费,而不是确保输出的花费在特定日期之前无效,这就是锁定时间的功能。
  • 相对锁定时间( BIP68 )可以用相对于相应输出的日期替换特定的结束日期。这可以允许支付渠道在无限期内保持开放。透过关闭交易来触发时间窗口,在此期间另一方具有有限的时间段(例如两周)来广播其回收交易并且回收资金。
  • 哈希时间锁定合同( HTLC )可以要求收款方提供一个字符串,该字符串在某个特定日期之前哈希值到某个数,或者将资金返还给付款人。这个相同的哈希可以用来触发渠道网络中的其他支付,从而能够通过一系列渠道进行支付。

 

由此产生的闪电网络及其优势

那么理论上闪电网络应该允许网络中的所有参与者通过在节点之间找到的路径来做出面对几乎所有方向的即时和廉价的交易。因此,只要没有意外,这种操作避免了向比特币网络直接广播,且将形成一个庞大的网络规模。该架构甚至允许微支付,并提高了付款的隐私性。

由于相对锁定时间的特点,且在没有对手风险的情况下,渠道可以无限期地保持开放;如果有人试图通过恶意关闭渠道来窃取资金,其他交易参与者将有一个很长的时间窗口来赎回交易并拿回自己的资金。


网络功能和用户体验

未知的是人们和企业将如何使用该网络,评论者似乎有不同的看法。有些人认为,在小额支付领域闪电网络最终将无处不在,以复杂且自动化的方式处理这个小额支付。其他对闪电网络有质疑的,通常认为网络的各个组成部分需要在使用系统的同时进行许多的手动调整,而且意想不到的渠道关闭和闪电网络停机时间将困扰着用家和造成糟糕用户体验。

对闪电网络持怀疑态度 对闪电网络持乐观态度
渠道建立 为了建立闪电网络渠道,用户必须手动创建一个新的昂贵的链上交易。 建立的闪电网络渠道可以与现有钱包和系统内置无缝过程。当收到和支付比特币时,资金需要存到某个地方。资金可以在收到时立即进入闪电网络的渠道中,因此建立该渠道不需要额外的步骤或成本。
渠道关闭 一旦支付完成,就需要透过手动创建昂贵的在线交易来关闭渠道。 可能不需要关闭渠道,用户可以无限期地或长时间地将钱存放在渠道中。
网络路由 路由可能是一个较大的问题,因为找到各方之间最短的路径对于演算法来说是个难题。如果找不到清晰的路线,则用户和商户将不得不通过繁琐的过程来手动改变并选择在链上交易的过程。
  1. 现有的P2P网络已经需要网络拓扑和消息传递,节点通常具有八个连接。闪电网络拓扑结构只是其中的一个延伸。
  2. 路由不是一个重要的问题,因为即使在大规模网络中,用户之间路径的平均步数也是很小的。
  3. 即使路由有问题,也可以简单地在链上进行支付,而用户甚至感觉不到两者的差异。
  4. 少数大型渠道运营商可以防止路由发生任何问题。
支付渠道的中心化 网络将集中围绕在几个大型交易枢纽,因为这是最有效的模式。这种集中化增加了系统性渠道失效的风险,即少数大渠道出现故障,导致支付渠道同时大量外流,造成连锁拥堵,使部分资金在到期前无法退出渠道。 有些经济奖励措施是用来对抗这种中心化的,任何人都可以设立节点,因为进入门槛低。除此之外,还可以通过收取较低的费用来削减其他节点对网络的影响力。

即使网络集中在几个大型交易枢纽上,闪电网络仍然提供了一个有用而有趣的系统。比特币已经有一些像 Coinbase 这样的大机构来管理大量的资金。在闪电网络下,这些机构没有资金保管权,只是用来传递用于支付的数据。

流动性 支付渠道流动性不足,因此其规模将受到限制。任何较具规模的支付几乎可以立即消耗掉整个渠道的流动性,瘫痪闪电网络的支付渠道。 将有机制激励用户运行闪电网络节点,并提供流动性,以收取费用,网络便可以用于小额支付,支付额度可以远小于最大渠道容量,确保有足够的流动性。
要求收款人在收款时在线 通过链上交易,发件人需要的是收款地址,而收件人不需要在线。与此相反,收款人在接收付款之前需要签署收回交易。这是一个重大的限制,意味着收件人必须将私钥暴露在热钱包中。这使得闪电网络在下列许多情况下便的不切实际,例如在 ATM 上,在商店 PoS 系统上进行大额支付,或者支付给那些难以连上互联网的收款人。 虽然收件人必须在线才能收到付款,但这与大多数在线支付系统没有显着不同,因为如果收款人不在线上,他们不知道或无法验证收款。直接收款的用户或设备也不需要存储私钥。例如,商店 PoS 终端或加密 ATM 机可以在收款前通过互联网从公司的总部确认签署回收交易,因为无论如何双方在收款时都需要沟通。
监督渠道的潜在需求 闪电网络参与者可能需要监督支付渠道,然后在一定期限内采取行动,以保护他们的资金。例如,恶意的回收交易可能会触发另一方也必须在某个期限之前发出回收交易来保护其资金。这对用户来说是一个很大的负担。 渠道不需要被长时间监督着,因为这取决于相对锁定时间提供的窗口。渠道监督服务(瞭望塔)可以代表用户通过监控渠道来降低风险:在用户提供事先签署同意的情况下,这些服务可以在发生恶意回收交易时提醒用户,或者可以自行发出回收交易。

事实上,闪电网络的发展可能存在这两种观点之间,随着时间的推移,网络可能会转向更雄心勃勃的目标。这种分歧似乎可以归结为闪电网络怀疑者认为它是一个复杂的,不完整的,不切实际的基于渠道建设的支付系统。而支持者将闪电网络视为比特币区块链上可规模化的第二层技术,最终将由钱包,支付系统和渠道服务公司进行进一步补充,从而带来简单而无缝的用户体验。最终,钱包可以互相沟通,然后通过闪电网络自动决定下列最优化的支付方式,链上交易或通过闪电网络采取最实用的方法,而用户甚至不需要知道或关心选取了哪种支付方式。

 

闪电网络较大的安全风险

  • 在收款时必须在线的要求:如上所述,在收款之前,收款人需要签署收回交易,以便汇款人知道如果渠道不正常的关闭或拒绝签署的情况发生,他们可以收回资金。因此,收钱需要一个热钱包,这意味着如果发生安全事件,私钥可能被暴露。
  • 监督渠道的要求:可能需要闪电网络参与者或瞭望塔主动监督网络渠道。这可能给用户或瞭望塔带来负担,并且与存储在区块链上的比特币相比,潜在地降低了渠道内的资金安全性。未能适当监督渠道或由在线网络造成的拥塞可能增加用户错过了回收交易截止日期的风险。
  • 矿工可以审查渠道关闭交易:作为不属于交易双方的矿工可以通过审查渠道关闭交易,一旦他们具有 51% 的哈希率便可能有能力从闪电网络用户窃取资金。虽然这种类型的攻击就算在没有应用闪电网络的情况下已经具有破坏性的后果,但闪电网络的应用可能会提供一个更大的攻击面。

 

尽管这三个因素中个别分开来看的重要性都一般,但将在收款时可能会将个人密钥泄露到互联网的风险,被恶意关闭渠道的风险以及矿工审查渠道赎回交易的风险加在一起,我们认为,闪电网络整体安全性明显较差,尽管所有这些风险都可以在一定程度上加以管理。


有一种风险是,懒惰或不了解情况的用户在渠道中保留了太多的资金,并且由于上述其中一种故障情况而导致资金丢失或被盗。另一个风险是因为价格波动导致用户需要在支付渠道上放置更多的资金以便交易。

 

结论

我们认为,闪电网络似乎可以在整体网络交易规模上带来重大改进。从而导致交易速度提高和交易费用大幅下降,而整体又不会影响核心基础安全性。然而,至关重要的是,闪电网络自身在安全性上的不足可能使闪电网络不适合用于大额支付(或者至少用其进行大额支付的行为可能是不负责任的)。投机和投资等行为是需要大额支付的,而这些行为目前看来是加密货币领域的主要的交易推动力,相比之下,零售小额支付的数量相对较小。因此,至少从中期来看,闪电网络可能不像有些人想象那样可以带来什么大变革。虽然拥护者似乎很想尽快采用这种技术,但真正被市场广泛采用可能还需要一段相当长的时间。

 

 

 

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

BitMEX (www.bitmex.com)

BitMEX 恒星币大奖比赛已经结束

感谢所有参加者,让我们的恒星币大奖比赛取得成功!

所有参加者将收到一封电子邮件,告知他们已经获得的彩票数量。

2018 年 1 月 31 日的随机抽奖将决定 15 名获奖者。

我们将通过电子邮件通知获奖者,并在博客帖子里公布。

谢谢,
BitMEX 团队

 

 

 

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

BitMEX (www.bitmex.com)

BitMEX 产品列表更新

比特币 / 美元 季度期货合约

以下季度合约将会在北京时间 2017 年 12 月 15 日(周五)晚上 8 点或之前挂牌:

  • BitMEX 比特币 / 美元 期货合约 XBTH18(2018 年 3 月 30 日到期)

我们会在不久后挂牌 BitMEX 比特币 / 美元 期货合约 XBTM18(2018 年 6 月 29 日到期)。

比特币 / 日元 季度期货合约

目前的 BitMEX 比特币 / 日元 期货合约在 2017 年 12 月 29 日到期后,我们将不再挂牌新的 比特币 / 日元 季度合约。我们将会在不久后挂牌 比特币 / 日元 永续掉期合约。

山寨币季度期货合约

以下季度合约将于北京时间 2017 年 12 月 15 日(周五)晚上 8 点或之前挂牌:

  • BitMEX 以太币 / 比特币 期货合约 ETHH18(2018 年 3 月 30 日到期)
  • BitMEX 达世币 / 比特币 期货合约 DASHH18(2018 年 3 月 30 日到期)
  • BitMEX 莱特币 / 比特币 期货合约 LTCH18(2018 年 3 月 30 日到期)
  • BitMEX 门罗币 / 比特币 期货合约 XMRH18(2018 年 3 月 30 日到期)
  • BitMEX 瑞波币 / 比特币 期货合约 XRPH18(2018 年 3 月 30 日到期)
  • BitMEX Zcash / 比特币 期货合约 ZECH18(2018 年 3 月 30 日到期)

请注意所有山寨币期货合约的费率将会改为:提供流动性(-0.05%)/ 提取流动性(+0.25%)。

预定维护:北京时间 2017 年 11 月 30 日 11:30

我们已经成功测试了新的交易引擎硬件配置。我们将在北京时间 2017 年 11 月 30 日 11:30 转换至新硬件,该过程大约需要 15 分钟。完成转换后,我们将通过推特通知大家,并且会有一个 3 分钟的仅限取消委托时段。

在系统维护过程中,仓位和委托将保持不变。如果您对此有担心,请在维护前取消您的委托或平仓。

在维护过程中,任何触发型委托(例如止损)将不会被触发。一旦交易重启后,它们将根据当时的价格被触发。

预定维护:2017 年 11 月 10 日

BitMEX 平台将于北京时间 11 月 10 日凌晨 02:00 暂停交易以进行数据库升级。我们预计此升级需要 10 分钟。一旦平台重新上线,在恢复交易前,我们将会有 5 分钟的委托取消时段并通过微博通知大家。

恢复交易后,XBT 产品的价格变动单位将从 0.1 美元提升到 0.5 美元,XBJ 产品从 1 日元提升到 100 日元。如果您使用的是自动交易程序,请确保它们知道该更改并以正确的价格变动单位进行提交/修改委托。

关于比特币硬分叉(更新)和 SegWit2x(B2X)的政策

任何人在任何时间都可以制造一个比特币的分叉。由于 2017 年 11 月可能发生 SegWit2x 硬分叉(B2X),我们需要再次澄清我们对于任何和所有潜在硬分叉的立场。

 

BitMEX 硬分叉政策

在 BitMEX 上我们的首要考虑是保护用户的资产安全。为了可以做到这点,我们坚持任何的比特币硬分叉,都需要符合以下条件:

  • 它具有严格的双向重放攻击保护 (two-way replay protection),这应该是默认生效的,可以让其中一条链上的交易在另外的链上无效。
  • 它是一个干净的分叉,并不会被原链”抹去”。
  • 它具有不同的区块头,这样所有钱包 (包括轻量级客户端) 都需要升级以支持新链。
  • 更改地址格式,以防止人们无意中把币发送到错误链上的地址。
  • 新的P2P网络设置,确保两种币都有可运作以及可靠的节点网络。

严格的双向重放保护和抹去保护被认为是至关重要的。如果一个硬分叉没有满足以上条件,我们将不会支持新的币。要清楚,我们不打算访问或保留这些硬币。分发任何及所有的硬分叉币 (包括基于比特币的分配如 Byteball/Lumens)所带来的管理开销是令人望而却步的,BitMEX 也不会监视或维持硬分叉币的余额。

再者,支不支持任何分叉的货币的最终决定权在于 BitMEX。假设我们打算分配分叉币,当我们决定分配分叉币时,尽管我们会在分叉时记录用户的保证金余额,但我们无法保证这是一种安全、理想或实际的方法。如果你是关心这个的话,你可以在任何分叉前提现资金并自行应付链分叉。

 

SegWit2x(B2X) – BitMEX 政策

SegWit2x(B2X)的建议旨在提升区块大小。它预定在 2017 年 11 月被激活。这个转变无法相容于现时的比特币规则,所以可能会创造一个新币。

这个新币的支持者希望它被称为比特币,然而哪种币被称为比特币不取决于新代币的支持者。投资者和交易员们会决定哪种币价值最高。为了使这个过程顺利运行,严格的双向交易重放保护是必要的。

据我们了解,SegWit2x 提案在默认情况下的启动是不包括双向交易重放保护。因此 BitMEX 将无法支持SegWit2x。

因此,BitMEX 将不支持 B2X 的分发,而 BitMEX 也不会对任何发送到 BitMEX 的 B2X 所负责。就算 SegWit2x 链具有大多数算力,此政策也适用。如果用户想得到 B2X,可以在分叉之前从 BitMEX 提现比特币。

BitMEX 认为任何和所有具争议性的硬分叉均为山寨币。 .BXBT 和 .BXBTJPY 指数将保持不变,并不会包括B2X。