2016年6月30日IRC会议摘要

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

笔记/简短主题

• 一些人在测试网络上测试隔离见证 + BIP152。目前还没有为此创建PR，因为这允许测试与非隔离见证-BIP152的交互，并且需要一些BIP更改（在 BIP144、BIP152 或一个单独的BIP中）。最好在隔离见证激活之前将其包含在内，否则紧凑块将突然禁用。

主要话题

• 0.13.0 相关的挖矿更改
• 隔离见证
• Dbcache

0.13.0 相关的挖矿更改

背景

Sdaftuar 在一个 问题 中提到了几个与挖矿相关的方面，他认为应该在 0.13.0 中解决。PR #8295 用于解决这些问题。

会议评论

Blockminsize，它设置最小区块大小，不受隔离见证的包选择代码的支持。由于此功能对任何人都没有意义，因此删除它是有意义的。保留blockminsize和blockmaxsize的当前原因是新算法由于缺少会计而无法工作。Sdaftuar 指出，这在 #8295 的第一个提交中得到了解决。当给出blockminsize参数时，它不应该导致失败，而是发出警告。

AddScoreTxs，旧的交易选择算法，可以删除，因为新的包选择算法严格优越。Sdaftuar 指出，如果我们这样做，可以从mempool multiIndex中删除mining_score，这将使我们在mempool中节省少量内存。但是，这不是优先事项，可以等到0.14。

发行说明需要为所有挖矿更改编写大量内容。

会议结论

• 删除 -blockminsize，并在给出参数时发出警告
• 使用挖矿更改更新发行说明

隔离见证

背景

开发人员正在开发一个软分叉，以将隔离见证引入比特币主网。隔离见证 (segwit) 允许交易签名数据存储在用于生成交易标识符的哈希数据之外，消除了所有已知的第三方可塑性形式，允许完整节点在不下载所有签名的情况下编译当前的UTXO集，并为欺诈证明奠定了基础，这可以允许轻量级 (SPV) 客户端帮助执行更多共识规则。隔离见证软分叉还允许矿工用 4 字节的隔离见证数据替换 1 字节的区块空间，从而增加使用隔离见证的钱包的交易容量。隔离见证BIP：BIP141、BIP142、BIP143、BIP144 和 BIP145

会议评论

在 Peter Todd 的 审查 中，他发现由于可塑性交易导致的潜在mempool DoS风险 (问题 8279)。

Gmaxwell 建议在驱逐保护逻辑中使低DoS分数成为排名标准，这将使使用非常高的DoS阈值变得更加合理。Sipa 指出，如果进行此类更改，DoS分数也应该随着时间推移而衰减，否则长期连接将累积不应得的分数。

Petertodd 希望为一些节点看到不同的阈值周期，这样虽然你不会浪费每个人的带宽，但无论如何都会连接一些对等节点。Gmaxwell 指出，这样的事情可能会将这些对等节点变成blockonly，因为这正是我们为了防止分区而关心的，并且它几乎完全消除了DoS问题。

Sipa 认为可能有一些理由引入类似“资源使用分数”的东西，它不同于“不当行为”，它用于决定断开哪些对等节点以支持其他对等节点，但永远不会导致禁止。

Gmaxwell 指出，bitcoinXT 最近开始只与其他XT节点建立出站连接，这与隔离见证结合使用会导致它们分区。已在XT存储库中为此创建了一个问题。

会议结论

• 关于连接管理内容的头脑风暴

Dbcache

背景

Gmaxwell 在使用默认dbcache进行测试时发现重新索引非常缓慢，sipa也确认了类似的行为。这在上周的 会议 中被提出。

会议评论

Wumpus 创建了PR #8273 将默认dbcache提高到300 MiB，并将leveldb特定缓存的分配限制为32 MiB，这是当前100 MiB的默认值。Gmaxwell 的测试证实，leveldb缓存大小没有太大影响，但是启用txindex时它们的影响更大。他还注意到，即使是300 MiB的dbcache对于提供良好的重新索引性能来说也真的不够大，并建议考虑在0.14的重新索引/初始区块下载期间将mempool内存分配给dbcache。

Jonasschnelli 的测试表明，主分支的重新索引几乎是正常的从头开始的初始区块下载的两倍。他启用了-debug运行测试，因此它可能歪曲了基准测试。他还注意到potential_deadlock_detected错误，该错误每隔几分钟就会停止他的节点。他为此创建了一个 问题。

会议结论

• 进一步的基准测试

轻松一刻

gmaxwell       <meme text="Delete all the code."/>

wumpus         sipa: attenuating theDoS score over time makes sense, a very slow DoS attack isn't really a DoS attack
sipa           theDos? sister of [GLaDoS](https://en.wikipedia.org/wiki/GLaDOS)?
wumpus         the cake is a lie

gmaxwell       Hurrah we ended early. :p
jonasschnelli  1min! :)
gmaxwell       May your usage of the remaining minute be productive.

参与者

免责声明

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