2016-12-15 IRC 会议摘要

• 链接到本周日志
• meetbot 记录的会议记录

笔记 / 简短主题

• Sipa 和 gmaxwell 一直在尝试使用 每笔交易输出 UTXO 缓存 方式，而不是按交易对 UTXO 进行分组，但到目前为止结果并不理想。当它完全在内存中运行时，速度提高了 15%，但是当 levelDB 参与进来时，速度反而变慢了。真正的收益应该来自使缓存更智能，但这需要进一步测试。想要每笔交易输出缓存的原因是，当前的行为平均来说可能还不错，但对于大交易来说却很糟糕。

主要主题

• PR 积压/0.13.2 的紧急 PR

PR 积压/0.13.2 的紧急 PR

背景

比特币核心 0.13.2 带来了各种错误修复和性能改进。RC1 预计将在月底或下月初发布。

会议评论

PR #9322 (不要设置未知的 rpcserialversion)，如果请求比软件支持的版本更高的序列化版本，则返回错误，Luke-jr 在评论中表示希望允许设置超出默认值的未来序列化版本。不过，默认值始终是最新的版本。Wumpus 指出，这可以在以后的拉取请求中完成，并且可以合并。

PR #9352 (尝试从所有紧凑区块公告中重建) 需要快速推进，以解决 FIBRE/当前的一些网络问题。Gmaxwell 解释说，现在，如果有人向我们发送一个区块头，我们会请求一个区块，并标记该区块正在传输中。如果在我们等待的时候出现了紧凑区块（例如，来自发送未经请求的紧凑区块的高带宽模式发送者），我们会忽略它，而不是尝试重建该区块。这意味着，如果一个对等节点出现故障，传输缓慢或无法回复，高带宽模式将无法绕过它。我们可以深入挖掘，朝着最佳行为前进，但目前建议的仅仅是一个非常小的更改，即使区块正在传输中，我们仍然会查看是否可以仅从紧凑区块中恢复整个区块。如果可以，我们会接受它，并标记该区块为已完成。

PR #9289 (net: 删除 boost::thread_group) 阻碍了网络重构的下一轮更改。

PR #9262 (优先考虑祖先较少的硬币，在 ATMP 之前对交易进行完整性检查) 已经准备就绪，但关于默认值存在一些分歧。Gmaxwell 和 instagibbs 认为应该将其默认设置为“关闭”。交易将被排队到钱包中，定期重新广播，并在不再超限时发出。如果需要，默认值可以在 0.14 中更改。PR 中最重要的更改是尽可能避免那些传播不佳的交易，这是不可选择的。由于这会导致实际问题，因此应该将其移植到 0.13.2。

MarcoFalke 想知道是否有人对他在 PR 评论 中关于 fLimitFree 标志的看法有强烈的意见。他认为这并不重要，但希望得到第二意见。

会议结论

• 合并 #9322 (不要设置未知的 rpcserialversion)
• 审查 #9262 (优先考虑祖先较少的硬币，在 ATMP 之前对交易进行完整性检查) 默认情况下禁用，并移植到 0.13.2
• 审查 #9352 (尝试从所有紧凑区块公告中重建) 并移植到 0.13.2

幽默

instagibbs      better is better
gmaxwell        sometimes better is worse, there is totally like an essay on this. :P

参与者

免责声明

本摘要是在没有讨论参与者任何人的输入的情况下编写的，因此任何错误都是摘要作者的责任，而不是讨论参与者的责任。