2018-07-19 IRC 会议总结

• 查看本周的日志：BotBot.me 或 MeetBot
• 会议记录由 MeetBot 生成

本次周会上讨论的话题包括：在周一比特币核心 0.17 版本功能冻结前需要审查的拉取请求；比特币核心选择哪些输入（硬币）来消费的算法是否应该作为 RPC 公开；一种描述钱包应该监控哪些输出的新方法，以及该方法在新的 scantxoutset RPC 中的实现；Pieter Wuille 的 bitcoin-seeder 程序是否应该成为比特币核心 GitHub 组织的一部分；比特币核心项目是否应该停止在 Bitcoin.org 上发布发行说明和二进制文件；以及有关下一个 CoreDev 技术会议的信息。

在讨论开始之前，Wladimir van der Laan 提到了比特币核心 0.16.2 版本候选 (RC) 2 的可执行文件已供测试人员使用.

高优先级审查

背景：每次会议，比特币核心开发者都会讨论会议参与者认为下周最需要审查的拉取请求 (PR)。其中一些 PR 与贡献者特别希望在下一个版本中看到的代码有关；另一些是阻碍进一步工作或需要进行重大维护（重新整理）以保持待处理状态的 PR。任何有能力的审查人员都被鼓励访问该项目的当前高优先级 PR 列表.

本次会议的一个特殊关注点是，如果要将这些功能包含在即将发布的比特币核心 0.17 版本中，这些 PR 需要在未来几天内合并，因此，审查人员也被鼓励查看0.17 里程碑中的 PR 列表。

讨论 (日志): 以下 PR 被讨论过

• #9662 - 添加创建钱包“disableprivatekeys”选项：一种适用于只观察钱包的理智模式。Jonas Schnelli 要求；Wladimir van der Laan 说它可能很快就会合并。

• #9502 - [Qt] 添加暂停/恢复区块下载的选项。Schnelli 要求。

• #13697 - 在 scantxoutset 中支持输出描述符。Pieter Wuille 提出，Schnelli 支持。会议中稍后将进行更详细的讨论。

• #13666 - 始终使用低 R 值创建签名。Wuille 提出。

• #13426 - [Bugfix] 添加 u8path 和 u8string 以修复 Windows 的编码问题。Chun Kuan Lee 提出。

• #13712 - 钱包：修复 ParseHDKeypath 中的不确定性；避免在路径计算中使用未初始化的变量。Andrew Chow 提出。

• #8469 - [POC] 将基于属性的测试引入核心。Schnelli 要求将其从 0.17 列表中删除，因为它还没有准备好。

• #13617 - 要求 MacOS 10.10+。最初要求从列表中删除，但在 Cory Fields 发表评论后又加了回来。

结论：在会议的这一部分结束时，有十多个 PR 被标记为 0.17，审查截止日期为周一。

在 RPC 上公开硬币选择

背景：硬币选择是用来描述钱包如何选择用户在特定交易中要消费哪些比特币。选定的未花费交易输出 (UTXO)，通常简称为硬币，在交易中成为输入。在过去的一年中，开发者投入了大量时间来改进比特币核心的硬币选择，以便有时能够为比特币核心内置钱包的用户提高隐私并减少交易大小（从而降低手续费），并将在未来进行更多改进。

讨论 (日志): Andrew Chow 要求并引入了这个话题：“这是在与一些公司讨论硬币选择时提出的。基本上，有些公司有兴趣使用核心（或其他人的）硬币选择，而不是自己实现/编写。目前，如果他们想使用核心的硬币选择，UTXO 必须在钱包中——也就是说，地址和可能的密钥必须在钱包中。”

Wladimir van der Laan 和 Gregory Maxwell 建议他们可以使用fundrawtransaction RPC 来使用比特币核心的硬币选择。Jonas Schnelli补充道：“使用禁用私钥的动态钱包与 fundraw 结合起来非常有效”，他部分指的是 PR #9662.

Chow 说：“这对他们来说并不理想”，Pieter Wuille 接着说：“他们不想使用钱包；他们只是想能够运行硬币选择。”

几名会议参与者建议可以将其作为一个库来做，但 Maxwell 反对在项目中将其作为 RPC 或库来做：“我怀疑我们是否值得为这样的事情维护一个稳定的接口。例如，[Kalle Alm] 最近的分组 PR 将会破坏硬币选择的接口 […] 为[硬币选择]维护一个稳定接口的压力将对项目有害。[…] 我不想听到‘我们无法实现隐私功能 X，因为它会破坏[硬币选择]接口’。”

Wladimir van der Laan 说：“我认为这不是我们项目关心的问题。有些人想要一个硬币选择算法来满足他们自己的目的。[那] 很好，他们可以自己从代码中创建一个库，代码是开源的。” Maxwell 建议道：“也许他们应该为改进钱包代码做出贡献，这样他们就不必自己编写了（吐舌的表情符号）。”

结论：虽然 RPC 方法的想法普遍遭到反对，但 Wuille 确实提出了前进的道路：“我认为第一步是我们在做的事情：使代码本身更加封装。也许一旦代码被充分封装，其他人就可以将它变成库并维护它。”

#13697 更改了 scantxoutset 的 API

背景：最近合并的 PR #12196 添加了一个scantxoutset RPC，它允许用户搜索当前可消费比特币（UTXO 集）中的任何与一个或多个指定地址、公钥、私钥或一组 HD 密钥相对应的输出。正如在6 月 28 日的会议中所讨论的那样，Pieter Wuille 正在研究一种新方法来指定钱包应该寻找哪些输出（scriptPubKeys），称为输出脚本描述符，他有一个 PR #13697 开放，以在scantxoutset 中添加对该方法的支持，而不是目前钱包中描述密钥和脚本的方式。

讨论 (日志): Wuille 要求并引入了这个话题：“首先，这是将密钥、脚本和[HD 钱包] 链组合成一个概念的更大努力的一部分。有一种迷你语言来指定（一组）scriptPubKeys，所以我首先非常想听听大家对这种语言的意见。另一个问题是[是否]scantxoutset[是]实验性的，[如果是这样的话，是否] 在 0.17 中支持描述符？”

Wladimir van der Laan 和 Jonas Schnelli 都说他们喜欢输出脚本描述符的想法，他们也支持将scantxoutset 标记为 0.17 版本的实验性功能，这将允许项目在后续版本中自由更改其 API，并使合并新 RPC 和新输出脚本描述符语言的用户反馈变得容易。

Luke Dashjr 问：“[输出脚本描述符] 应该是一个 BIP 吗？似乎在核心之外也很有用。” Wuille 回答：“也许是，但不是在第一个实例中。我希望这会很快发展。”

结论：没有人反对将scantxoutset 标记为 0.17 版本的实验性功能，也没有反对使用输出脚本描述符，前提是#13697 通过审查。

比特币核心 GitHub 组织下的 bitcoin-seeder

背景：尽管比特币使用的是点对点协议，但首次启动的节点不知道任何要连接的节点的 IP 地址（除了用于最后时刻使用的某些备用地址），因此它们会向一个名为比特币种子节点的程序请求最近活跃节点的 IP 地址列表。然后，该节点会连接到这些节点，而这些节点可以向新节点告知其他节点，因此所有未来的连接通常都可以完全去中心化——但如果去中心化的对等节点查找对该节点不起作用，它可以再次使用种子节点。

有几个种子节点程序是由不同的作者编写的。其中一个由 Pieter Wuille 维护，简单地称为bitcoin-seeder.

讨论 (日志): Lucas Betschart 要求并引入了这个话题：“我认为，由于 bitcoin-seeder 有几个未解决的问题和简单的 PR，[这] 可能意味着让几个比特币维护人员有合并权限是合理的。”

Wuille 回答道：“就我而言，没问题，但我不知道这是否传递了正确的讯息。” Luke Dashjr 也表达了同样的观点。

结论：Sjors Provoost 建议：“另一种方法是[Wuille] 赋予更多人访问该库的权限？” Wuille 回答道：“我同意！” Betschart 说：“我也同意。”

远离 Bitcoin.org

背景：自 2009 年发布第一个比特币软件以来，比特币（后来是比特币核心）资源一直托管在 Bitcoin.org 上。随着时间的推移，它得到了更多关于日益多样化的比特币网络的资源的补充。

2015 年 12 月，比特币核心开始使用自己的域名来托管其资源，后来也开始托管其软件发行版。发行公告和软件继续镜像到 Bitcoin.org。

讨论：Andrew Chow 通过建议“远离 Bitcoin.org”来引入这个话题。他补充说：“我们仍然链接到 bitcoin.org 来做一些事情，比如下载。[我们] 应该改变这些链接。” 请查看日志以了解完整的讨论。一些讨论也发生在会议之后.

结论：没有明确的结论。会议后的讨论似乎表明，当前流程没有重大变化。

下一个 CoreDev 技术会议

背景：定期地，比特币核心团队中的一些成员会举办仅限受邀者的活动，主要面向比特币核心的贡献者，让每个人能够面对面地审查和讨论各种项目。有关更多信息，请查看CoreDev.Tech 网站。

讨论 (日志): Steve Lee 要求并引入了这个话题：“我自愿组织下一次 Core Dev Tech 聚会。目前的想法是在 10 月份的比特币扩展会议后在东京举行，时间是 10 月 8 日至 10 日，并且以类似于上次在纽约市举行的聚会的方式组织。”

有几个人感谢了 Lee。

结论：Lee 说：“我计划发送一份调查问卷，以收集一些反馈意见。如果有人有具体的意见或建议，请随时与我联系。”

幽默

          <sipa> what about #13666 ?
<provoostenator> What's in a number?
          <sipa> 13 and 666, can't beat those odds
        <wumpus> niice
      <achow101> it was completely planned, obviously
          <sipa> in some timezones it was also opened on
                 friday the 13th
                 oh, no
 <jonasschnelli> I hope no black cat was sitting on the
                 keyboard during coding

参与者

免责声明

本摘要是在未征求讨论参与者意见的情况下编写的，因此任何错误都是摘要作者的责任，而不是讨论参与者的责任。特别是，从讨论中引用的内容已对其大小写、标点符号和拼写进行了修改，以产生一致的句子。方括号中的单词和片段，以及背景叙述和说明，由本摘要的作者添加，可能会无意中改变了一些句子的意思。如果您认为有任何引用脱离了语境，请打开一个问题，我们会纠正错误。