2015-12-17 IRC 会议总结
概述
日志
主要议题
- 钱包中的替换费用 (RBF) 处理
- 0.13 版本的 C++11
钱包中的替换费用 (RBF) 处理
背景
当前，当节点看到一笔花费相同输出的交易时，它会忽略该交易。使用 RBF，如果交易费用更高，则会替换内存池中的当前交易。
这允许执行诸如花费“卡住”的交易、向交易中添加更多收件人以防止链式反应等操作。
由于有些人接受 0 确认交易，并且这将使双花变得极其容易，因此此功能是可选的。
发送方可以通过更改所有输入的 nSequence 字段来选择加入 RBF。
这是即将发布的 0.12 版本的内存池策略。Reddit 上有一篇关于此的很好的常见问题解答帖子。
会议评论
0.12 版本的代码冻结自 12 月 1 日起生效，除了错误修复之外，0.12 分支中当前的内容将发布。
#7219 使 RBF 策略可选（0 = 从不，1 = 总是，2 = 可选）可能不会在 0.12 版本中发布。
jonasschnelli 和 harding 请求针对 RBF 钱包策略以及处理此问题的建议。
Android 钱包通过点击提升 UI（通过 CPFP）提升费用。
添加提升费用相对简单，而执行更多操作（如添加输入和输出）可能会极大地使当前钱包复杂化。
对于包含输入和输出，您需要准备一个带有 A+B 的签名交易，以及另一个仅使用 B 从 A 中创建的找零输出中花费的签名交易。
对于 0.13 版本，我们希望至少看到费用提升选项和一些修改钱包交易的原始交易命令。
会议结论
0.13 版本的 C++11
背景
C++11 是 C++ 语言的更新版本。它提供了新的功能、扩展的标准库等。
Zerocash 必须使用一些 c++11 库编写，并且一些 IBLT 模拟代码是用 c++11 编写的，他们希望将其循环用于最终的核心提交。
会议评论
未解决的构建问题是依赖项兼容性和 Travis 的编译器。
人们担心 boost 库，因为它对共识至关重要。在 0.13 版本之前删除 boost 的使用（在共识中）消除了这种担忧。
一个风险是我们不可逆地陷入 C++11，并在 0.13 版本发布时发现很大一部分用户无法处理它。
如果代码开始出现太大差异，则向后移植也更加困难。
更多测试会很好，但 travis 拉取测试器已经很慢了，因此添加更多配置可能不是好事。
可能需要第二个免费的替代方案来并行构建更多配置。
零现金团队和比特币核心团队都希望在许多平台上自动测试这些内容，这可以通过 buildbot 来完成。
我们还可以联系发行版寻求帮助。
Wumpus 准备在 travis 构建/通过后立即将构建切换到 std=c++11。
会议结论
- 每个人都希望 0.13 版本使用 C++11
- 将一些构建切换到 C++11
##参与者
wumpus Wladimir J. van der Laan
cfields Cory Fields
sipa Pieter Wuille
jonasshnelli Jonas Schnelli
petertodd Peter Todd
Luke-Jr Luke Dashjr
nwilcox Nathan Wilcox
zookolaptop Zooko Wilcox-O'Hearn
sdaftuar Suhas Daftuar
harding David A. Harding
jgarzik Jeff Garzik
btcdrak btcdrak
轻松一刻
19:03 petertodd wumpus: is the RBFhandling in the v0.12 branch what's going to be released? IE, have we feature frozen?
19:04 wumpus yes, we have feature frozen at dec 1
19:04 petertodd cool
19:04 petertodd or I should say, frozen
( ••)
( ••)>⌐■-■
(⌐■_■)
YYYYYYYEEEEEAAAAAAAAAAHHHHHHHHHHHH
鸣谢
此总结最初由 Stefan Gilis（又名“G1lius”）编写并发布到bitcoin-discuss 邮件列表，并附有免责声明：“请记住，我不是开发人员，因此某些内容可能不正确或完全错误。” 并且版权归公有领域。