2017-01-12 IRC 会议总结

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

主要议题

• 0.14 版本功能冻结

0.14 版本功能冻结

背景

比特币核心 0.14 预计将在 2017 年 3 月左右发布。针对 0.14 版本的开放拉取请求已 安排 并 标注了 0.14 标记。

会议评论

0.14 版本的功能冻结时间定为 2017 年 1 月 16 日星期一。

PR #9499（使用最近拒绝、孤立和最近替换的交易来进行紧凑块重建）、#9375（在完整块连接之前中继紧凑块消息）和 #9441（大幅加速。网络锁重构）可能已经足够接近可以合并了。

多钱包至少还有 2 个 PR 才能完成，而且它并不安全到可以在最后一分钟合并，然后让人们在发布候选版中测试它。

Bug 修复仍然可以在星期一之后提交。BlueMatt 认为 #9519（从费用估算中排除 RBF 替换交易）和 #9512（修复各种问题 -fsanitize 会抱怨）是应该仍然提交的 Bug 修复。Wumpus 担心这些更改会导致散列操作的性能下降 1.5%。Sipa 认为他已经有了修复问题而不会影响性能的版本（甚至可能略微提高性能）。

#9484（引入 assumevalid 设置），这是一种在不使用检查点的情况下跳过脚本验证的方法，也应该合并进来。

Morcos 认为 #9380（分离最小费用的不同用途）也很重要，因为目前如果矿工更改了 -minrelaytxfee，他们的尘埃定义也会自动更改，这偶尔会导致一些矿工无法开采高费率的交易。它还会影响费用估算，这可能更严重。

BlueMatt 想知道是否应该取消一些 PR 的 0.14 标记，例如 #8456、#8501、#8654、#8723 或 #8755。

Jonasschnelli 希望看到 #9294（将内部 HD 链用于找零输出）以及 #9377（fundrawtransaction：默认情况下保留找零输出密钥）合并进来，但后者是 Bug 修复，可以稍后合并。前者将避免创建更多单链 HD 钱包，因此尽早合并它很有价值。缺点是新创建的钱包无法在 0.13、0.14 和可能 0.15 版本的旧软件上使用，这些版本将引入 灵活密钥路径。只要新版本触碰到的钱包不会自动变得不兼容，每个人都对此感到满意。

Jonasschnelli 认为 #9461（改进进度显示）是一个可以合并到 0.14 的简单更改。

BlueMatt 意识到自己忘记了 cs_vSend 拆分，它包含在 #9419（停止使用 cs_main 用于 CNodeState/State()）中，但它本身就是一个很大的胜利。

会议结论

• 不要在 0.14 版本中实现多钱包
• 审核 #9484、#9380、与网络相关的：#9499、#9375、#9441 以及与钱包相关的：#9294、#8456
• 取消 #8501、#8654、#8723 和 #8755 的标记

幽默

jonasschnelli    The sad thing is, it will be another feature that is not downward compatible.
sipa             breaking backward compatibility in major releases is fine
wumpus           don't you mean forwards compatible? backwards compatible means that it can use old wallets, which should always be possible
jonasschnelli    wumpus: right. My fault.
sipa             backward compatible means that old software can use new wallets
jonasschnelli    perspective thing. :)
wumpus           huh? I thought the other way around.
sipa             forward compatible is what you normally always have
wumpus           I don't understand it anymore then
sipa             oopz
sipa             maybe i am wrong too
sipa             i will shut up
jtimon           all these backwards and forwards compatibility is confusing, softfork and hardforks are much more clear :p

参与者

免责声明

本总结是在未征求任何讨论参与者意见的情况下编写的，因此任何错误都是总结作者的责任，而不是讨论参与者的责任。