比特币核心开发者被指控强制更换费用交易

Synonym 首席执行官 John Carvalho 指责一些比特币核心开发者试图强迫比特币默认接受替代费用 (RBF) 交易。 他们的提议将改变比特币的核心协议，而不是让用户在表面层决定是使用 RBF 交易还是零确认（0conf）。

Carvalho 说开发人员使用了以下策略：

• 在 Bitcoin-Dev 邮件列表上散布谎言和游说策略，
• 引入 Bitcoin Core 节点代码的更改，以及
• 贿赂矿工以支持 RBF。

RBF 交易可以取代大多数商家使用的 0conf 交易协议。 Carvalho 说，Synonym 支持使 0conf 交易更能抵抗双花攻击的努力，他指责重视 RBF 的开发人员试图用有限的用例保护利基设计。

0conf 交易也称为“未确认交易”或“提议交易”，根据定义， 不包含在比特币区块链的任何区块中.

是什么让 RBF 交易与 0conf 交易不同？

可更换费用 速度 通过用包含更高费用的低费用交易替换未确认的交易来提高交易的确认。 此类交易仅在矿工尚未选择要包含在区块中的低费用交易时才有效。 较高的费用使矿工更有可能选择交易。

RBF 交易确实存在一个缺陷。 发件人可以用费用更高的交易替换未经确认的交易，也可以替换交易的地址。 这个缺陷使它 加密支付的发送者可能通过将资金发送到另一个地址来欺骗商家 在商家交付购买后由发件人控制。

零确认交易使其成为可能 可能 花费数字资产，无需等待 10 分钟交易开始确认。 发件人可以广播交易并指望商家接受资金，如果它看起来有效的话。 商家青睐 0conf 交易，因为他们可以像买家刷借记卡一样快速开展业务。

比特币的创造者中本聪在 0 年似乎预见到了 2010conf 交易，当时他提出了“比特币小吃机”——一种可以在 10 秒或更短的时间内通过“足够好的检查”接受交易的自动售货机。

从那时起，0conf 交易 已被 BitPay 等支付处理器采用，这有助于在商人之间传播它们的使用。

比特币社区成员 争论 发件人仍然可以在矿工将其添加到块之前替换 0conf 交易。 尝试解决 0conf 事务的问题 包括 添加零确认没收协议的提议，商家可以使用该协议来阻止盗窃。 零确认没收交易将需要投入资金，如果发件人试图在原始交易中双花资金，这些资金将被没收。

卡瓦略 争论 使用 RBF 或 0conf 事务的决定应该留在表面。 结尾 理想情况下，用户会做出最终决定 而不是由核心开发人员强加给他们。 像 Synonym 这样的钱包开发人员可以为 RBF 和/或 0conf 交易添加选项。

了解更多： 此比特币核心更新将保护全节点运营商免受黑客攻击

在今天早些时候发布到 GitHub 的一篇文章中，Carvalho 说：“如果我理解正确，这里的元主题似乎是 mempool txns 的偏好/管理/审查的模板，提供哪些模板，以及默认拥有哪些模板。

“替换只是节点可能更喜欢的一种选择……由单个节点决定。

“我们不应该将任何特定偏好作为默认设置注入偏见，但我们可能确实需要从某种政策开始，因此这应该设置为当前的现状共识，而不是 RBF 成为一流默认设置的新议程类型。

“所有这一切，更不用说我可以说商家能够选择加入 0conf 的许多好处，而且目前存在的风险非常可控，并且可以很容易地限制风险敞口，从而为商家和消费者提供巨大的价值.

“我们可以让 RBF 和 0conf 共存，嗯，我们已经做到了！ 因此，让我们深思熟虑并智能地解决整体设计，而不是被动地攻击或为与当前共识冲突的用户做出决定。 谢谢！”

与此同时，随着这一切的发生，比特币社区中的一些人正在质疑这是否都是一些计划的一部分，以分散人们对比特币的注意力。 最近的 LND 错误 在闪电网络上。