2016-03-24 IRC 会议总结

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

主要议题

• BIP9 的软分叉状态
• v0.12.1、v0.11.3 和 v0.10.5 回退
• 恒定时间 AES 库

简要议题

• Cfields 正在对比特币核心的网络栈进行全面修改。这意味着大量的代码迁移，但这将使添加其他功能变得更容易。他有一个功能齐全的分支，预计他将在下周寻求概念审查。Wumpus 和 sipa 指出他在波士顿会议上获得了他们的概念确认。
• MarcoFalke 建议将 Python RPC 测试切换到 Python 3。Wumpus 还指出，下一个版本的 Ubuntu 将不再附带 Python 2。似乎没有任何仅限 Python 2 的构建环境，因此开发人员一致认为最好直接切换到 Python 3。

BIP9 的软分叉状态

背景

VersionBits BIP9 允许使用区块头版本字段作为位数组，以便矿工可以同时指示最多 29 个软分叉的准备情况。根据当前代码和提案，任何未对任何软分叉发出准备信号的矿工将创建“版本 4 区块”，即与用于触发和执行 BIP65 CLTV 软分叉的版本相同的区块。

会议评论

#7648 收到了一些测试确认，但仍需要更多审查，因为软分叉的标准比随机拉取请求要高一些。Jonasschnelli、MarcoFalke、cfields 和 wumpus 表示打算审查它。

Gmaxwell 想知道是否有人检查过是否仍然存在正在开采的中值时间过去违规行为（BIP113）。

会议结论

• 审查 #7648
• Gmaxwell 将尝试找到仍然开采中值时间过去违规行为的矿工。

v0.12.1、v0.11.3 和 v0.10.5 回退

背景

如 软件生命周期 文档中所述，比特币核心开发人员的目标是维护最新和前一个主要版本，目前为 0.12 和 0.11。各个开发人员可以选择更新以前的版本，但这并非政策规定。

会议评论

Luke-Jr 正在检查他的拉取请求 #7047（针对 0.11.3 的回退）是否准确。Wumpus 指出这对于软分叉版本来说太多了，应该等到软分叉版本之后的次要版本再进行。根据将 BIP68/112/113 回退到 0.10 的难度，Luke-Jr 也可能停止更新 0.10。

拉取请求 #7543 将 BIP68、BIP112、BIP9 和软分叉逻辑回退到 0.12，也需要审查。拉取请求 #7716 对 0.11 进行了相同的操作，也需要审查。

会议结论

• 审查 #7543 和 #7716
• 将 Gentoo 稳定版升级到 0.11（从 0.10）

恒定时间 AES 库

背景

OpenSSL 在过去造成了许多问题和担忧，开发人员努力减少对 OpenSSL 的依赖，例如为 ECDSA 签名/验证引入了自己的库（libsecp256k1）。Sipa 编写了一个 AES 实现，该实现应该替换 OpenSSL 的 AES 版本（PR #7689）。

会议评论

许多开发人员希望将 sipa 的代码提取到一个单独的库中。Sipa 和 gmaxwell 指出这是一个单文件，没有意图或用途扩展到此之外。Gmaxwell 还表示“构建良好的库本身就是一项非常艰巨的工作”。

Petertodd 对代码审查提出了一些担忧。虽然代码很小，但它仍然是独立编写的底层加密代码，他认为应该努力获得外部审查。Btcdrak 指出他要求 Tor 的 @isislovecruft 以付费方式查看它。

会议结论

• 大多数人似乎希望为它创建一个库，尽管 gmaxwell 和 sipa 仍然不同意。

轻松一刻

sipa:           cfields: just PR it! i want to see the code :)  
jonasschnelli   sipa: code: https://github.com/theuni/bitcoin/tree/net-refactor8   
cfields         sipa: i'm still frantically coding it :)  
cfields         jonasschnelli: nooooooo. everyone shield your eyes from that :)  
jonasschnelli   cfields: We all know how code during implementation can look. No shame for it!

参与者

免责声明

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