概述
现在的许多节点不会用另一个花费相同输入的交易来代替其流量的任何交易，使得花费者难以调整其先前发送的交易以处理意外的确认延迟或执行其他有用的替换。
此处所述的 opt-in full Replace-by-Fee (opt-in full-RBF) signaling 政策允许消费者向交易添加信号，表明他们希望能够在未来取代该交易。为了响应这个信号，
- 节点允许包含这个信号的交易在其 mempools 中被替换。
- 在此信号交易未被确认之前，包含此信号交易的收件人不会对此付款，从而消除了付款人将使用允许的替换物来欺诈他们的风险。
节点和收件人可以继续处理没有信号的交易，就像他们以前处理它们的方式一样，从而保持现有的现状。
摘要
该政策规定了交易可以通过两种方式表明其可以替换的方式。
- 显式信令：如果某个交易的任何输入的nSequence数小于（0xffffffff - 1），则认为交易允许自行更换。
- 继承信号：没有明确表示信号可替换性的交易在本政策下可以被替换，只要其中任何一个祖先表示可替换性并且未被证实。
实施细节
Bitcoin Core 0.12.0 初步预期使用以下规则：
当前在mempool中的一个或多个交易（原始交易）将被替换为花费一个或多个相同输入的新交易（替换交易）
- 原始交易处理信号的可替换性显式地或通过继承，如上述摘要部分所述。
- 替换交易不包含以前没有出现在mempool中的任何新的未确认的输入。 （未确认的输入是从当前未确认的交易输出支出输出。）
- 替换交易至少支付原交易支付的金额的绝对费用。
- 替换交易还必须支付自己的带宽，其速率等于或高于节点的最低中继费用设置的速率。 例如，如果最小中继费用是1 satoshi / byte，并且替换交易总共是500字节，则替换者必须支付至少500 satoshis的费用，高于原件总和。
- 将要从mempool中删除的原始交易及其后代交易的数量总共不得超过100笔交易。
接收钱包政策
向用户显示未经确认的交易或向自动化系统提供有关未确认交易数据的钱包应考虑执行以下操作之一：
- 传递更多的怀疑选择全RBF交易给用户或数据消费者.
- 在确认之前忽略选择性交易.
因为后代事务也可以通过继承信号在此策略下进行替换，只要任何祖先加入交易的全RBF事务保持未确认状态，那么用于处理选择加入RBF交易的任何方法都应该被后代交易所继承。
支出钱包政策
当想要使用锁定时间时，不希望信号可替换性的钱包应使用最大序列号（0xffffffff）或序列号（0xffffffff-1）; 所有已知的钱包目前都这样做。 他们还应该注意不要花费任何明确的信号替代性或通过遗传信号未经证实的交易; 除了他们自己创造的交易之外，大多数钱包目前也不花费任何未经证实的交易。
最初的实现是利用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的原始语义（稍作调整以允许在锁定时间内用户选择退出）表示可以进行替换，为首次使用的用户提供忽略这些交易的能力，同时还提供了效率优势 的全RBF。
opt-in全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），因此默认情况下没有已知的现有钱包明确指示可替换性。 没有已知的流行钱包默认支付其他用户未确认的交易，因此没有已知的现有钱包表明继承的可替换性。
参照
- 旨在帮助钱包作者使用RBF
- 用于创建选择性全RBF交易的工具：
- 旨在帮助社区成员全面了解选择RBF
引用
本文由copernicus 团队 冉小龙 翻译，转载无需授权