2016-07-28 IRC 会议总结

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

笔记 / 简短主题

• Jtimon 希望看到 ISM 的移除，在 上周会议 中讨论过，由于它对其他 libconsensus 重构很重要，所以很快就被合并了。
• NicolasDorier 要求审查/测试 PR #8422 (缓存哈希)，需要合并并回溯到 0.13 版本，以便在 segwit 发布之前。

主要主题

• 0.13.0
• boost 线程/同步替换为 master

0.13.0

背景

比特币核心团队正在努力实现 0.13.0 版本的发布 (完整时间表)，RC2 自 2016-07-31 (会议后 3 天) 起 可用。

会议评论

PR #8408 修复了 compactblocks 中的错误，是唯一一个标记为 0.13 的问题。

Jtimon 创建了 PR #8412，他认为应该将其包含在 0.13 中。大家一致同意。

Luke-jr 重申发布说明存在一项糟糕的策略，鼓励将 blockmaxsize 更改为 blockmaxweight，为此他有一个 pull request 包括一些代码更改。Wumpus 指出并非所有人都同意什么是“糟糕策略”。Luke-jr 争辩说，如果是这样，发布说明就不应该推荐任何东西。Gmaxwell 认为，我们仍然发布默认设置，这并不反映几乎无处不在的网络使用，因为实际上几乎每个矿工都会将 blockmaxsize 和 blockmaxweight 设置为允许的最大值，这一点很愚蠢。默认值为 750k，但实际上并没有出现 750k 的区块。（在本次讨论中，luke-jr 必须赶飞机）

Wumpus 认为这些设置的一个积极结果是，它迫使矿工不要使用默认设置。Gmaxwell 还指出，更改 blockmaxweight 的值更加复杂，因为它需要是期望的 blockmaxsize 的 4 倍，因此在发布说明中解释如何将其设置为最大值可能会被视为一种推荐。Eliel_ 建议可以选择让挖掘部分在没有用户手动设置所需配置值的情况下拒绝运行，从而避免设置默认值，这是 luke-jr 多年来一直主张的。

会议结论

• 审查 PR #8408 (防止指纹识别、使用紧凑块进行磁盘拒绝服务攻击)

boost 线程/同步替换为 master

背景

比特币核心正在努力消除对 boost 库的依赖。Cfields 准备了一个 pull request 来摆脱 boost 线程。

会议评论

Cfields 询问他是否应该一次替换一个块，或者一次性全部替换。Wumpus 说，一次性全部替换最有意义，这样只需要一次痛苦。

#8023 有一个先决条件，他将在会议结束后为此创建一个 pull request。

Cfields 还在继续进行网络重构，为此审查/ACK PR #8128 和 #8085 将会有所帮助。

会议结论

审查 PR #8128 和 #8085 (“网络：将网络结构转换为哑存储类”& “p2p：开始封装”)

幽默

lightningbot      Meeting ended Thu Jul 28 20:00:26 2016 UTC.
jonasschnelli     sipa: time for your Pokemon walk. :P

参与者

免责声明

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