2017-05-25 IRC 会议总结

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

笔记 / 简短主题

• Bitcoin Core 0.14.2 将发布一个安全修复程序，用于手动启用 UPnP 选项的用户，以及其他一些较小的错误修复。

主要主题

• 多钱包概念
• 变量命名风格
• BIP 148

多钱包概念

背景

Bitcoin Core 的一项新功能旨在包含在 0.15 中，该功能能够同时处理多个独立的钱包。github 上有一个 项目页面 用于所有与多钱包支持相关的 PR 和问题。

会议评论

Jonasschnelli 有些问题需要考虑，即我们是否希望钱包创建/加载在软件运行时进行，还是在启动时进行。从长远来看，我们应该同时希望两者，但作为 0.15 的第一步，后者更为现实。

另一个问题是 -rescan/-zapwallettxes/-salvagewallet/-upgradewallet 命令应该如何处理。Sipa 只是在最初配置了多个钱包时禁用 -rescan。理想情况下，我们将其移动到运行时的 RPC，因此这些命令将变成特定于钱包的。Gmaxwell 认为 -zapwallettxes 和 -salvagewallet 最终应该消失，或者被移到另一个工具中。Sipa 建议删除 -zapwallettxes，以支持 abandontransaction，用一个独立的工具替换 -salvagewallet，并将 -upgradewallet 用于所有钱包。Jonasschnelli 在过去曾 开始着手 开发一个独立的钱包工具，但遇到了循环依赖问题。Cfields 认为我们可以解决这个问题。

我们还应该考虑与新的钱包数据库结合使用的钱包标志，Jonasschnelli 已在此处实现了钱包标志 here。标志可用于指示 HD、链条分割等的用法。由于 HD 链条分割在 0.15 中不向后兼容，因此理想情况下，我们应该在后续版本中加入一切必要内容，以避免在 0.16 中破坏向后兼容性。

会议结论

• 确保在 0.15 中实现最基本的多钱包支持。

变量命名风格

背景

在 Bitcoin Core 代码库的历史中，使用了各种编码风格，结果并不一致。已经有一项努力使其更加统一，并制定了一些 开发者指南，因此编码风格将慢慢地收敛到单一风格。

会议评论

Sipa 发现有几个人编写了补丁，其中变量名看起来像是 匈牙利记法，但实际上并非如此。目前，开发者笔记中没有指定任何约定，因此人们会复制代码周围的风格。为了让人们停止模仿这种风格，开发者笔记中应该规定一种风格。Luke-jr 喜欢在编写新代码时进行风格更改的想法，避免大量仅重命名变量的 PR。其中一个选择是使用 camelCase 或 under_score。camelCase 的缺点是容易与匈牙利记法混淆。

大多数开发者希望用某些东西来识别全局变量和局部变量。Sipa 建议对局部变量使用小写字母和下划线，对成员使用 ‘m_’，对全局变量使用 ‘g_’。Wumpus 指出方法名称应该坚持使用 camelCase。

会议结论

• Sipa 将编写一个 PR 来添加到开发者笔记中，解释变量名称的新风格指南。
• “不要尝试匹配附近的代码”应该在笔记中明确提及。

BIP 148

背景

BIP148 是一项提案，旨在通过在 2017 年 8 月 1 日设置一个标志日来激活隔离见证，该标志日将拒绝不为隔离见证信号的区块，从而通过 BIP9 机制强制激活隔离见证。该提案是对矿工们不作为的回应，尽管技术社区、行业和用户普遍支持隔离见证，但矿工们阻碍了隔离见证的激活。

会议评论

Sipa 认为将 BIP148 合并到核心代码库中将违背核心项目的原则，因为它鼓励网络分叉，而且我们没有权力推动共识改变。围绕 BIP148 的相关 PR 中已经进行了很多讨论，例如 #10417、#10428 和 #10442，以及 邮件列表。Luke-Jr 认为不包含它会让用户面临风险，因为其他客户端会创建一个分叉，并且如果成功，这个分叉可能会最终取代主链。Gmaxwell 认为没有足够的广泛支持来证明这种立场。

Wumpus、BlueMatt、Jtimon、Gmaxwell 和 Morcos 倾向于支持 BIP149 而不是 BIP148。

Sipa 希望会有足够的经济支持，但他预计，一旦算力未能采用 BIP148，每个与经济相关的完整节点都会在数小时后从 BIP148 代码中恢复。

会议结论

• 只有在有足够的经济支持的情况下才会合并 BIP148。

搞笑环节

wumpus           #topic variable naming style
cfields  would kill for m_ == member
luke-jr          pls don't kill


sipa             i'll write up a PR, and we discuss there further?
morcos           sounds good
gmaxwell         sipa to do all the work, agreed.

参与者

免责声明

本总结未经讨论中任何参与者的输入，因此任何错误都是总结作者的责任，而不是讨论参与者的责任。