2018年7月12日 IRC 会议总结

概述

本次每周会议讨论的主题包括：宣布一项投票，以帮助找到未来每周会议的广泛认可的时间；是否要推迟比特币核心 0.17 版本计划的功能冻结日期；是否要发布 0.16.2 维护版本（以及何时发布）；将确定性构建环境升级到新版 Ubuntu 的状态；以及钱包自动选择哪些币（输入）进行花费的相关 PR 的状态。

通常第一个讨论的主题“需要审查的高优先级拉取请求”被跳过了。Wladimir var der Laan 说：“我这次故意跳过了高优先级审查。[看起来很清楚，我们]只需要尽快将 0.17 的功能加入。”

会议时间投票

背景：如上周会议所述，项目团队正在努力确定举行每周会议的最佳时间。

讨论（日志）：Cory Fields 说：“请记住投票决定会议时间。如果你没有收到邮件，现在就是告诉我的时候了！[投票将在]下周同一时间结束。”

结论：如果你是一位定期贡献者，请查看你的邮件以获取有关投票的通知，或联系 Fields。

是否调整功能冻结日期？

背景：比特币核心尝试每六个月发布一个新的主要版本。发布过程的第一步是冻结当前的功能集，以便将重点转移到即将发布的版本的成熟、测试和文档编写上。

讨论（日志）：Wladimir van der Laan 提出了这个话题，“所以目前的功能冻结日期是 7 月 16 日，也就是几天后……我的问题是，我们是否应该推迟它，[或者]是否有重要的事情我们可能会错过，但这些事情几乎准备好了？”

几位与会者列出了他们希望加入的功能，并担心在冻结之前无法完成。

结论：功能冻结日期推迟了一周，至 7 月 23 日星期一。

0.16.2

背景：比特币核心偶尔会发布维护版本，这些版本会回传错误修复和对现有比特币核心版本的次要改进。最近一次是大约一个月前发布的比特币核心 0.16.1。

讨论（日志）：该主题在会议前就被提出来了。Wladimir van der Laan 说：“很快发布 0.16.2 版本是有意义的，这样它在 0.17 之前的时间就不会太短了。[除了#13644中已经回传的内容外，]还有其他真正需要加入的内容吗？”会议上没有人建议进一步回传。

关于发布时间有一些讨论。Luke Dashjr 建议 0.16.2 可以在 0.17.0 的第一个发布候选版本 (RC) 开始构建之前不久发布。其他与会者主张将它们分开，Cory Fields 说：“但这样一来，如果回传出现问题，这两个新版本都有可能出现故障。一般来说，我更希望将[发布]错开一点。”

结论：Van der Laan 说：“请确保你审查了 [#13644]。”之后，项目团队将发布 0.16.2 RC1。如果在 RC1 发布后大约一周内没有收到错误报告，则将标记 0.16.2 正式版。

Gitian 构建环境迁移至 18.04 Ubuntu Bionic

背景：Gitian 是比特币核心用来允许多人编译相同代码以创建相同可执行程序的系统，这个过程称为确定性构建。这允许每个构建者对程序是同行评审源代码的结果进行密码学证明。为了生成相同的程序，每个人都需要使用完全相同的构建软件，包括在虚拟环境中运行的相同操作系统。目前该操作系统是旧版本的 Ubuntu；对于下一个版本，计划使用最新的长期支持 (LTS) 版 Ubuntu，即 18.04（代号 Bionic Beaver）。

讨论（日志）：Wladimir van der Laan 启动了讨论，“请注意，我们必须升级，否则 Qt 构建将会失败（或者[我们]必须再次降级 Qt，这很麻烦）。”

Cory Fields 一直在努力更新构建系统工具链，他说：“我一开始不认为我会及时完成工具链工作以赶上 0.17 版本。遗憾的是，这没有实现。[我]刚刚开始查看当前的 PR。”

Andrew Chow 提到他一直在开发一个基于 Docker 的构建系统，其他人也提到了各种其他系统。

作为子主题，Fields 提到，“在某个时刻，我们将不得不使用 Gitian（或类似工具）来构建全确定性工具链。这项工作还没有为所有工具链完成，但我确实有一个可以生成本地工具链的方案。我建议我们继续构建它，以便以后可以用来构建其余的……由于它是以确定性方式完成的，因此对于 0.18 版本，我们根本不需要依赖发行版的工具链。”

结论：项目团队将继续努力确保项目更新后的 Gitian 配置在发布候选版本准备构建时可用。Fields 将“尝试整理足够的信息以提交一个 PR”，涉及他最初的全部确定性工具链工作。

PR #12257 状态：币选择目标组

不是一个标记的主题，但是在前一个主题讨论之后开始的另一个讨论。

背景：过去六个月的大量工作都集中在比特币核心的币选择上——它的钱包如何决定在特定交易中花费哪些输入。PR #12257 向比特币核心的钱包添加了一个选项，使其在花费任何这些输出时，每次都花费接收到的所有输出到同一地址。这可以防止两个输出到同一地址在不同的交易中被花费，这是钱包减少隐私的常用方法。缺点是它可能会使交易变得比必要的更大。

讨论（日志）：Gregory Maxwell 问：“我想[PR #12257 的作者 Kalle Alm]不在（时区[冲突]），但我很好奇 #12257 的状态？”

Pieter Wuille 回复道：“我推迟了[审查]它，因为预计其他更具侵入性的币选择更改会首先进行，但如果这些更改不会在 0.17 中进行，也许我们可以先做目标组。”

Andrew Chow 建议模拟其行为以及他的单次随机抽取币选择代码，如之前会议中所述。

结论：Maxwell 说：“我忘记了[PR #12257]，看来我们其他人也忘记了……请记住它。”

小型议题

  • 独角兽：几位与会者注意到 GitHub 页面再次无法加载，这在至少六次之前的会议中提到过（1、2、3、4、5、6），取而代之的是显示了一张愤怒的独角兽的插图。这阻止了对比特币核心 PR 的审查，或者至少在审阅者尝试解决方法时减缓了审查速度。

参与者

IRC 昵称 姓名/匿名
wumpus Wladimir van der Laan
luke-jr Luke Dashjr
cfields Cory Fields
sipa Pieter Wuille
gmaxwell Gregory Maxwell
achow101 Andrew Chow
jonasschnelli Jonas Schnelli
instagibbs Gregory Sanders
meshcollider Samuel Dobson
BlueMatt Matt Corallo
kanzure Bryan Bishop
MarcoFalke Marco Falke
ken2812221 李俊宽
jamesob James O’Beirne
jnewbery John Newbery
nmnkgl 格列布·瑙门科

免责声明

这份总结是在没有任何讨论参与者输入的情况下编写的，因此任何错误都是总结作者的责任，而不是讨论参与者的责任。特别是，从讨论中摘录的引语对其大小写、标点符号和拼写进行了修改，以生成连贯的句子。方括号中的单词和片段，以及背景叙述和解释，均由本总结的作者添加，并且可能会意外地改变某些句子的含义。如果您认为任何引语脱离了上下文，请提交问题，我们会更正错误。