背景图

BIP125:可选的交易费用替换信号【翻译】

这是关于比特币节点在mempool中去替换广播交易的一些原则,同时也提到了交易替换的变迁历史。原始的实现 -> RBF -> full-RBF -> Opt-in fullRBF. 需要仔细理解方能理解其中的意思。也许这里面的信号(signal)也许也可以理解成标记。

概述

今天的许多节点不会在mempool里面用其他使用相同未花费输出替换相应的交易,使得花费者难以调整其先前发送的交易以处理意外的确认延迟或执行其他有用的替换。

此处所述的 opt-in full Replace-by-Fee (opt-in full-RBF) signaling 政策允许消费者向交易添加信号,表明他们希望能够在未来取代该交易。为了响应这个信号:

  • 节点允许包含这个信号的交易在其 mempools 中被替换。
  • 在此信号交易未被确认之前,包含此信号交易的接收人不会用此付款,从而消除了付款人将使用允许的替换物来欺诈他们的风险。(交易确认之后才能继续交易,否则会出现双花的现象。可改动更会发生这个情况)。

节点和接收人可以继续处理没有信号的交易,就像他们以前处理它们的方式一样,从而保持现有的现状。

概要

该政策规定了交易可以通过两种方式表明其可以替换。

  • 显式信令:如果一个交易的任何输入的nSequence数小于(0xffffffff - 1),则认为交易允许替换。
  • 继承信号:只要其中任何一个祖先表示可替换并且未被确认,没有明确表示信号可替换的交易在本政策下可以被替换。

实施细节

比特核心0.12.0预期的初步实施使用以下规则:

当前在mempool中的一个或多个交易(原始交易)将被替换为花费一个或多个相同输入的新交易(替换交易)

  • 原始交易处理信号的可替换性可以显式地或通过继承实现,如上述摘要部分所述。
  • 替换交易不包含先前未出现在mempool中的任何新的未确认输入。(未确认的输入是从当前未确认的交易中消耗输出的输入。)
  • 替换交易至少支付原始交易支付的金额的绝对费用。
  • 替换交易还必须支付自己的带宽,其速率等于或高于节点的最低中继费用设置的速率。例如,如果最低中继费为1satoshi/byte,并且替换交易总共为500字节,则替换者必须支付至少500 satoshis的费用,高于原件总和。(修改是有代价的)
  • 将要从mempool中删除的原始交易及其后代交易的数量总计不得超过100笔交易。

最初的实现可以在比特核心PR#6871中看到, 特别是主分支从5891f870d68d90408aa5ce5b597fb574f2d2cbca提交到16a2f93629f75d182871f288f0396afe6cdc8504(含)。

接收钱包政策

向用户显示未经确认的交易或向自动化系统提供有关未确认交易数据的钱包应考虑执行以下操作之一:

  • 向用户或数据使用者传递更多的关于opt-in full-RBF交易的怀疑(推测)。
  • 在确认之前忽略选择性(opt-in)交易。

因为后代交易也可以通过继承信号在此策略下进行替换,只要任何祖先加入交易的full-RBF交易并保持未确认状态,那么任何用于处理opt-in full-RBF交易的方法都应该被任何后代交易继承。

支出钱包政策

当想要使用锁定时间时,不希望信号可替换性的钱包应使用最大序列号(0xffffffff)或序列号(0xffffffff-1); 所有已知的钱包目前都这样做他们还应该注意不要花费任何明确的信号替代性或通过遗传信号未经确认的交易; 除了他们自己创造的交易,大多数钱包目前也不花费任何未经确认的交易。

希望进行替换的钱包应使用明确的信号并符合上述实施细节中描述的标准。一个Bitcoin的Wiki页面已经建立,以帮助钱包作者跟踪与交易更换mempool部署策略。

最初的实现是利用P2P协议拒绝消息来拒绝替换,允许P2P客户端确定他们的替换是否最初被同伴接受。 标准的P2P轻量级客户端的做法是,在侦听来自其他对等方的中继时发送给某些对等方,对等方应该允许客户端确定替换是否已传播。

动机

Satoshi Nakamoto最初的比特币实现在每个输入中提供了nSequence数字字段,以允许 在mempool中替换包含该输入的交易。在接收替换时,节点应该用序号较高的交易替换输入序号较低的交易。

在那个实施中,替换交易不需要支付额外的费用,所以矿工们没有直接的动机来包括替代品,也没有内置的限制速度,防止过度使用中继节点带宽。Nakamoto 从比特币版本0.3.12中删除了替代品,仅留下评论“暂时禁用替换功能”。

用较高费用的交易替代交易为消费者提供了一种使他们的愿望与矿工相一致的方式,但是到费用替代(RBF)补丁用来重新启用替代时,一些接收者开始期望他们所看到的第一个交易版本可能是要确认的交易的版本,因此一些用户主张替换应该被禁止。

为了解决这些问题,创建了一个RBF变体,要求替换交易支付与原始交易所有输出相同或更大的金额。 这被称为RBF-First Seen Safe(RBF-FSS),并且最初的RBF被称为全RBF。 虽然对于依赖首次交易版本的接受者来说是合适的,但每次使用RBF-FSS都需要在交易中增加额外的输入,导致钱包无法使用,如果他们没有备用输入,则会丧失隐私,当不同来源的输入在相同的交易中被使用时,交易字节大小的浪费将会增加。

Opt-in full-RBF使用Nakamoto的原始语义(稍作调整以允许锁定时间用户选择退出)表示可以进行替换,为首次使用的用户提供忽略这些交易的能力,同时还有可以提高full-RBF效率的优点。

opt-in full-RBF和nSequence的其他用途之间没有已知的有问题的相互作用。具体来说,选择性全RBF符合比特币0.1实施,BIP68草案(使用共识执行的序列号的相对锁定时间)草案和BIP112(CHECKSEQUENCEVERIFY)草案中提供的达成共识的锁定时间。

部署

自从比特币首次发布以来,100%的网络哈希率使用选择全RBF语义(序列小于(0xffffffff - 1))来挖掘交易。

选择全RBF作为节点和矿工之间默认的mempool替换策略,预计会在升级到Bitcoin Core 0.12.0(预计2016年1月/ 2月发布) 并且会和类似节点软件(比如比特币LJR)一样变得普遍。

在满足两个条件之前,实际更换可能不可靠:

  • 足够的节点已经升级到支持它,提供了一个中继路径,用于替换从支出钱包到控制大量散列率的矿工。
  • 足够的散列率已经升级以支持替换,从而允许可以挖掘替换的合理可能性。

客户支持

目前没有已知的钱包在默认情况下创建交易,其中nSequence设置在下面(0xffffffff – 1),因此默认情况下没有已知的现有钱包明确指示可替换性。 没有已知的流行钱包默认支付其他用户未确认的交易,因此没有已知的现有钱包表明继承的可替换性。

也可以看看

  1. Bitcoin Wiki上的交易可替换性旨在帮助钱包作者使用RBF
  2. 用于创建选择性全RBF交易的工具:https://github.com/petertodd/replace-by-fee-tools#replace-by-fee-tools
  3. Reddit:关于选择性RBF的问题旨在帮助社区成员了解opt-in
    full-RBF.
    版权
    该文件置于公共领域。

参考和引用

Opt-in Full Replace-by-Fee Signaling

0%