2016-04-07 IRC 会议总结

• 链接到本周日志
• 会议记录由 meetbot 生成

主要议题

• 如何处理比特币核心钱包
• 处理 RBF RPC/UI

简短议题

• 0.12.1 发布候选版本 1 已标记（截至撰写本文时，0.12.1 RC2 已标记）
• 更新中位时间过去违规检查：gmaxwell 产生了一些违规，但没有被挖出。他仍在处理这个问题，因为他怀疑需要更努力地中继这些交易。
• 5 月 20 日至 22 日，将在苏黎世（瑞士）举办比特币核心黑客大会 http://coredev.tech 感兴趣的核心开发者应在 4 月 15 日之前通知 jonasschnelli。
• Jtimon 希望对 PR #7829 中的实验进行一些反馈，该实验旨在帮助新手熟悉 git、审核流程等，并让他们第一次合并 PR。

如何处理比特币核心钱包

背景

多年来，比特币核心钱包经历了一些变化。但是，许多功能是钱包长期可持续发展所需要的。
长远目标是使钱包独立于核心。

会议评论

Jonasschnelli 建议扩展 PR #7830，将当前钱包克隆到第二个目前处于实验阶段的钱包，然后可以通过 –enable-lightwallet 启用。这样就不需要向后兼容，因此需要考虑的约束条件较少。新钱包应该删除 帐户，将 BerkeleyDB 替换为 LogDB，添加 BIP32 和 SPV。

Jonasschnelli 做了一个非常粗略的时间估计：“没有帐户且没有 BDB 的新钱包可能会在 0.13 中发布，稳定的 API 在 0.15 中发布，… 非测试版在 0.16 中发布”。

许多非钱包功能的单元测试依赖于钱包。从长远来看，这些测试应该减少对钱包的依赖。

新钱包很可能也会有全新的界面。

会议结论

• 功能主要应该在新的钱包中实现，旧钱包应该仍然会收到错误修复。
• Jonasschnelli 将撰写一份提案，更清楚地记录他将从事的工作计划以及人们如何最好地支持他。

处理 RBF RPC/UI

背景

BIP125 选择加入替换交易费用 (RBF) 是自 0.12 版本以来的新功能，它允许钱包在交易仍在内存池中时将其标记为可替换。这允许钱包提高费用、添加收件人等。关于它，在 reddit 上有一篇很棒的常见问题解答文章。目前，比特币核心钱包没有提供任何功能来使用这些功能。

会议评论

Petertodd：“所以，我认为从 RPC 的角度来看，你需要做的是从用户想要支付的地址和已知（已确认）的交易是否成功地做到了这一点来考虑，而这并不是钱包目前的工作方式。”

虽然添加输出可能更有用，但第一步应该是支持提高费用。Petertodd 使用 Python 编写了一个工具来提高费用 python。

Gmaxwell 希望看到另一种方法，即“自适应费用”，它预先创建带有锁定时间的提高费用并将其排队。虽然更好，但人们希望从简单的提高费用开始，因为锁定时间版本将重复使用该代码。我们应该注意自动提高费用，因为用户需要了解这一点并期望这种行为。

降低找零有一些隐私隐患，但是隐私将变得更加昂贵和难以实现。Gmaxwell 指出：“主要的事情是首先获得正确的估计，但是现在找零是如此容易识别，你是在马跑出去后才关上谷仓门。:)”

可以在当前钱包中添加提高费用，更高级的解决方案（如自动提高费用）可以在新钱包中实现。

会议结论

• 提高费用的工作

幽默插曲

19:14:37 * gmaxwell bangs gavel  
19:14:43 <sipa> who is gavel?  

19:24:40 <petertodd> I was in Zug for a week, and it was so beautiful that a cup of coffee cost $10

19:31:26 <jonasschnelli> petertodd: bumpfee ... yes. maybe we find a call-name that is more flexible for the future?  
19:32:10 <petertodd> jonasschnelli: AbstractRespendWithSomeThingChangedFactoryBean?  
19:32:51 <sipa> jonasschnelli: it shall be called BeeFump

参与者

免责声明

本摘要是在没有征求讨论中任何参与者的意见的情况下编写的，因此任何错误都是摘要作者的过失，而不是讨论参与者的过失。