«Руководство по интеграции кошелька и особенностям транзакций в Bitcoin Core 28.0»

cryptowiki.ru:

作者：Gregory Sanders 来源：https://bitcoinops.org/en/bitcoin-core-28-wallet-integration-guide/ Bitcoin Core 28.0 包含了一些新的 P2P 和交易池条款特性，可能对一些钱包和交易类型有用。Gregory Sanders 给出了一份概要的指南，介绍了这些新特性以及单项或集体使用它们的方法。 在 Bitcoin Core 28.0 以前，每一笔交易都必须达到或者超过一个节点的交易池动态最低费率，才能进入这个节点的交易池。这个数值（最低费率）大体上会随着交易的拥塞而上涨和回落，从而为交易的传播创造一个浮动的地板价格。这一机制，给处理预签名交易且无法签名替代交易的钱包带来了极大的困难，因为它们将不得不预测：当这笔预签名的交易需要确认的时候，交易传播的地板价会变成什么样。即便是几分钟之后的情形，也难以预测；如果时间跨度超过几个月，那显然是不可能的。 “交易包转发” 是一项人们梦寐以求的功能，可以缓解这种交易因为缺乏手续费追加能力而无法得到确认的风险。一旦得到合理的开发并在网络中广泛部署，交易池转发将允许钱包开发者通过另一笔相关的交易来为某一笔交易支付手续费，从而，低手续费的祖先交易也可以进入交易池。 Bitcoin Core 28.0 为包含一笔父交易和一笔子交易的交易包（“1P1C”）实现了交易包转发的一种受限制的变种。1P1C 允许一笔父交易进入交易池，无论该父交易是否达到了交易池的动态最低费率，只要一笔子交易在为它应用简单的 “子为父偿（CPFP）” 手续费追加。如果子交易还有额外的未确认父交易，那么这些交易都不会在 1P1C 的规则下得到转发。这种限制极大地简化了实现，并允许交易池的其他设计（比如 “族群交易池”）得到应用，同时依然能满足大量的应用场景。 除非交易的版本是 “TRUC 交易”（详见下文），在 1P1C 规则下传播的交易依然必须满足 静态的 每一虚拟字节支付 1 聪的费率下限。 关于这项特性的最后一个警告是，本版本的传播保证也是受限的。如果一个 Bitcoin Core 节点连接到了一个足够强硬的敌手，敌手可以打破父子交易对的传播。交易包转发的额外补强措施，作为一个项目，还在继续开发。 通用的交易包转发留待未来实现，并且需要得到来自受限的交易包转发及其在网络中被采用的信息。 此处是在一个 regtest 环境中建立一个演示 1P1C 转发的钱包的命令： 这个 1P1C 交易包进入了本地的交易池，实质费率是 25.568 聪/vB，虽然其中的父交易的费率低于最低转发费率。成功！ “确认前拓扑受限的（TRUC）” 交易也叫 “v3 交易”，是一种新的、可选的交易池条款，旨在允许可靠的交易手续费替换（RBF）、缓解跟手续费相关的交易钉死攻击以及交易包限制钉死攻击。它的核心理念是：虽然许多特性并不适合所有交易，但我们可以为内部拓扑受到限制的交易包实现它们。TRUC 创造了一种以拓扑上的限制为代价、选择性进入这些更健壮的条款的方法。 简而言之，一笔 TRUC 交易就是一笔 nVersion 字段的值为 3 的交易，并且，其交易单体不能超过 10 kvB、其仅有的一笔子交易也是 TRUC 交易且体积不得超过 1kvB。TRUC 交易不能花费未确认且非 TRUC 的交易，反之也如此（未确认且非 TRUC 的交易也不能花费 TRUC 交易）。所有 TRUC 交易也都被认为选择性使用 RBF，不论是否在交易中表达了 BIP125 信号。如果另一笔不冲突的 TRUC 子交易被添加到了父 TRUC 交易，该交易会被当成跟原本的子交易冲突，然后适用通常的 RBF 替换规则，包括手续费率检查和总手续费检查。 TRUC 交易也允许是 0 手续费的，因为子交易足以为整个交易包追加手续费。 这种受限制的拓扑也恰好在 1P1C 转发范式内，如果所有版本的预签名交易都是 TRUC 交易的话，就不必管交易的对手方做什么。 TRUC 支付是可以替换的，所以，任何携带了不完全属于交易者的输入的交易都是可以被重复花费的。换句话说，收取 TRUC