2016-07-21 IRC 会议纪要

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

笔记/简短主题

• 0.13 分支已从 master 分支分离几天了。
• Jeremyrubin 一直在重构 checkqueue.h，包括一些不错的改进。Cfields 一直在优化 sigcache，并提议一起开发一个好的代表性基准来测试改进。
• 目前，钱包代码通过使用 txminRelayFee 来阻止创建低于灰尘的输出。当去年在 PR#6793 中将其提升时，一些交易无法再中继，给用户造成了一些压力。NicolasDorier 正在 PR#8356 中努力避免将来出现此类问题。

主要议题

• 0.13.0
• 移除 ISM
• sigops 最大大小和每个字节的 sigops 限制

0.13.0

背景

比特币核心团队正在努力发布 0.13.0 版本（完整时间表），RC1 自 2016-07-20 起可用。

会议评论

RC1 收到了一些反馈，注意到在加密钱包时，它使用相同的 HD 种子，这意味着当创建钱包时，HD 种子已在磁盘上解密。Jonasschnelli 正在努力修复修复，以便在加密钱包后创建新的 HD 种子。

一个常见的抱怨是没有导出 HD 种子的方法。Jonasschnelli 有一个请求请求，它易于审查且影响较小，可将种子导出到 dumpwallet。导入是一个不同的问题，影响更大，因为钱包目前不支持多个种子。这是 0.14 的一项功能。

Luke-jr 指出，在当前环境中，使用 blockmaxweight 的新默认策略的性能不如使用 blockmaxsize。他提交了一个请求请求来更改此设置。这是一个相当大的更改，需要更多讨论。

会议结论

• 审查 PR #8206

移除 ISM

背景

在BIP9 之前，软分叉通过 isSuperMajority (ISM) 机制完成，这意味着当最近 1000 个区块中有 95% 的区块版本号高于 X 时，分叉就会部署。BIP68、BIP112 和BIP113 使用BIP9 同时部署。

会议评论

NicolasDorier 提交了一个请求请求，以删除 ISM 并将 regtest 中由 ISM 完成的软分叉硬编码。

Gmaxwell 想要在 0.13 中删除 ISM，但不想引入与隔离见证合并的冲突，因此他推迟了。

讨论很快偏离到与重构相关的问题。

会议结论

• 审查 PR#8391
• 在重构其代码之前删除 ISM

sigops 最大大小和每个字节的 sigops 限制

背景

为了防止签名操作 (SIGOPS)攻击，开发人员引入了 bytespersigop 选项来限制我们中继和挖掘的交易中 sigops 的数量。这在2015-11-05 会议 中进行了讨论。

有人抱怨说，这个限制使得一些裸多重签名输出难以花费。

会议评论

对此有两个建议的解决方案：一个由sipa 提出的，另一个由f139975 提出的。Sipa 认为后者使其不必要地变得更加复杂，但除此之外，并没有强烈反对它。

Luke-jr 认为引入该限制的原因是为了过滤垃圾邮件，允许高 sigops 交易但收取高费用是在暗示不必要地使用大量 sigops。Gmaxwell 不同意，并表示他不会出于过滤原因支持该限制。目前，为了绕过该限制，他们会夸大他们的交易以获得更多 sigops，sdaftuar 认为，PR #8365 将解决这个问题，我们可以稍后从长远角度考虑更好的策略。

随后讨论了是否应该将这些交易视为垃圾邮件。

会议结论

查看 PR #8364 和 #8365

轻松一刻

19:59	lightningbot    Meeting ended Thu Jul 21 19:59:17 2016 UTC
20:03	sipa            ok, i'm going to catch some pokemon
20:03	sipa            i mean
20:03	sipa            i'm going for a walk

参与者

免责声明

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