2016年11月10日IRC会议纪要

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

主要议题

• 混合SPV
• 多线程ProcessMessages
• 0.14

混合SPV

背景

Jonasschnelli正在开发一个请求请求，它将完整区块SPV模式添加到钱包。

它将有两个选项：-spv和-spvonly，-spv用于允许用户在区块链仍在下载/验证时发送和接收交易。-spvonly根本不会验证区块。

PR的当前限制

• 没有SPV 0确认交易
• SPV交易的回退费用（因为没有mempool/费用估算器）
• 它只有一个简单的spv重组处理
• 目前与修剪不兼容

会议评论

Jonasschnelli想知道这个想法是否值得继续，因为他没有收到任何概念上的确认。

每个人都认为这是一个很好的功能。BlueMatt认为包含spv-only模式可能不值得付出努力，但是由于混合模式需要该代码，因此没有额外的成本。它也将是唯一使用完整区块的SPV客户端。

会议结论

• 继续开发混合完整区块SPV模式

多线程ProcessMessages

背景

目前比特币核心在单个线程中处理消息。BlueMatt征求了一些关于多消息处理线程的反馈和总体意见。

会议评论

BlueMatt详细说明，它目前没有那么有用，因为大多数消息使用cs_main，但他希望尽早看到它的管道。例如：添加多线程消息传递将允许节点在处理区块时响应getblocktxn，这是他非常希望用于基于FIBRE的中继网络的功能。Wumpus补充说，能够同时为多个节点提供服务也将非常有用，并且应该减少区块中继延迟。

Morcos指出，首先彻底审查同步问题非常重要，因为现在可能无法检测到问题，因为它们仅从单个线程访问。

Gmaxwell认为使消息处理并发可能会增加围绕nodestats的数据竞争风险，因此他建议使用valgrind DRD运行测试并尝试避免数据竞争。

会议结论

• 开发添加多线程消息处理

0.14

背景

比特币核心0.14计划于2017年3月1日前后发布。

会议评论

MarcoFalke想知道进入0.14的优先级是什么。

拆分main.cpp几乎可以肯定会在此时进入。

Sdaftuar希望看到JeremyRubin的验证加速被纳入。

Jonasschnelli认为多钱包支持剩下的工作不多，尽管他不确定它是否能在0.14发布之前准备好。有一个github项目为多钱包支持而开放。

对于网络重构，Cfields的目标是在下周完成net.h/cpp的拆分。

Bumpfee应该进行一些审查。

mempool统计信息的准备工作已在#8501中完成，但到目前为止还没有审查。

会议结论

• 优先审查钱包更改

轻松一刻

gmaxwell      we should say hello to all the americans that missed the timezone change.
gmaxwell      and are just arriving now. :P
gmaxwell      Hi guys.
achow101      hi
petertodd     gmaxwell: canadians too :)
btcdrak       petertodd: you mean snow mexicans right?
gmaxwell      Welcome to the end of the meeting.
wumpus        yes, welcome
sipa          kthxbye
wumpus        #endmeeting
MarcoFalk_    Maybe trump drops DST

参与者

免责声明

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