2016年11月3日IRC会议总结

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

笔记/简短主题

• 最终警报已成功发出。(最终警报)
• Wumpus 想知道 PR #9053（使用工作量而不是高度且不使用区块头时间戳的 IBD）是否应该回退到 0.13.2。回退是无害的，它确实修复了测试网问题，即非隔离见证链意外地将测试网节点触发到停止挖矿的状态。确切回退哪些内容可以稍后决定。

主要议题

• 区块头/获取逻辑
• BIP152 更改

区块头/获取逻辑

背景

在初始区块下载 (IBD) 期间，会发送“getheaders”消息，该消息请求提供区块链中特定点的区块头的“headers”消息。这样可以一次下载许多区块头。

会议评论

Sipa 解释了几个相关要点

• 没有为区块头请求设置超时
• 我们在 IBD 期间不响应区块头请求，如果节点错误地认为它们处于 IBD 状态，则会导致停顿
• 区块获取逻辑仅断开导致进程变慢的节点的连接，我们可能有一个节点根本没有我们可以获取的区块，我们从不尝试也不断开它们的连接

他建议在 IBD 期间断开您未从中下载数据的传出连接，但删除 IBD 中对“getheaders”的不响应。

Gmaxwell 提出了更强有力的建议，即当您拥有最大传出连接时，每分钟断开在 IBD 期间提供区块速度最慢的节点的连接。

会议结论

• 首先为区块头获取添加超时
• 会议后进一步讨论

BIP152 更改

背景

自 0.13.0 版本起，比特币核心就已包含 BIP152 紧凑区块中继，以减少区块中继期间使用的带宽和延迟。

会议评论

进行了一些小的错误修复和改进，需要更改 BIP 文本，例如 sdaftuar 的 修复对无效紧凑区块的处理。Luke-jr 想知道何时以及是否应该停止 BIP 更改，因为现在 BIP 似乎对于其他实现来说是一个移动的目标。

认为在发布实现后我们不想对复杂的 BIP 进行小的调整是不现实的，将来让原始 BIP 反映最终设计会更加清晰。

Gmaxwell 认为这更适合在邮件列表中讨论，而不是在会议上。

会议结论

• 在一段时间内没有进行任何更改之前，再将 BIP 标记为“最终”。

轻松一刻

gmaxwell          In any case, I still think that the BIP discussion belongs elsewhere. :)
morcos            well you come up with something else to talk about for 11 more minutes then!

gmaxwell          wumpus: sipa: thanks for merging lots of stuff!
BlueMatt          <3
sdaftuar          +1
BlueMatt          making 0.14 great again!

wumpus            so I guess in practice it fixes testnet issues only on 0.13.2, so the question would be is that worth it to potential regressions?
gmaxwell          <famous last words>I can't see it causing a regression.</famous last words>

参与者

免责声明

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