2016年10月20日 IRC 会议总结
概述
笔记/简短主题
- 比特币核心 0.13.1 发布候选版本 2 已发布，目前没有收到任何报告的问题。
- Wumpus 一直在询问是否要停止 Windows 32 位版本的构建，可能在 0.15 版本中。他收到了 2 个仍然使用 Windows 32 位版本的回复，两者都预计仅能在该版本上再使用 6 个月。
- Jonasschnelli 注意到 GUI 默认确认目标是 25 个区块，这非常高，而默认的 RPC 目标仅为 2 个区块。这些值应该相同。由于在改进费用估算方面进展缓慢，因此 bumpfee PR 应该得到更多审查。
主要议题
- libconsensus
libconsensus
背景
理想情况下，共识层应该与比特币软件的其他部分分离。长期目标是提取一个单独的“libconsensus”库。这样，人们就可以更轻松地在非共识部分进行更改，而无需担心共识不兼容。然而，这是一个缓慢且危险的项目，需要移动大量的代码。在过去几个主要版本中，一直在努力朝着这个共识库的方向发展。
最近，Jorge Timón 发布了一个 邮件列表帖子，提出了关于如何继续进行的更详细的计划。他在自己的 分支 中正在进行所有更改。
会议评论
目前可以将非共识标志传递到 libconsensus。PR #8976 试图解决这个问题。Sipa 认为应该有一个转换层。
Jtimon 希望在 libconsensus 中公开一个“GetConsensusFlags”调用，以隐藏 BIP9 和之前类似于 “公开 VerifyHeader” 的开发内容。Sipa 不喜欢将报文的内部表示形式转换为接口，并且只希望有一个 API，您可以在其中创建 blockindexstore 并向其提供报文。这意味着 libconsensus 将继续与比特币核心的存储相耦合，这是 sipa 的偏好。Wumpus 指出之前的结论是 libconsensus 应该继续与当前的缓存层耦合，但不要与 levelDB 耦合，以便内存存储是 libconsensus 的一部分，但磁盘存储不是。Jtimon 认为可以同时拥有一个包含存储的库和一个不包含存储的库，例如 libbitcoin 可能永远不会使用与比特币存储和并发性耦合的 libconsensus。其他人可能只想使用核心当前的存储实现来减少工作量。Sipa 认为不抽象化数据结构会为未来的优化提供更多机会。
会议结论
- 专注于单元分离和消除依赖关系，进一步的优化可以在以后进行。
- 会议后进一步讨论
参与者
| IRC 昵称 | 姓名/匿名 |
|---|---|
| sipa | Pieter Wuille |
| gmaxwell | Gregory Maxwell |
| wumpus | Wladimir van der Laan |
| btcdrak | BtcDrak |
| instagibbs | Gregory Sanders |
| cfields | Cory Fields |
| Chris_Stewart_5 | Chris Stewart |
| jl2012 | Johnson Lau |
| CodeShark | Eric Lombrozo |
| Michagogo | Michagogo |
| paveljanik | Pavel Janik |
| achow101 | Andrew Chow |
| morcos | Alex Morcos |
| MarcoFalke | Marco Falke |
| jtimon | Jorge Timón |
| BlueMatt | Matt Corallo |
| kanzure | Bryan Bishop |
| jonasschnelli | Jonas Schnelli |
| jeremyrubin | Jeremy Rubin |
免责声明
本总结是在未征求任何讨论参与者意见的情况下编写的，因此任何错误都是总结作者的责任，而不是讨论参与者的责任。