2016-09-29 IRC 会议总结

概述


笔记 / 短主题

  • Gmaxwell 提出了一个想法,即为守护进程添加一个 cron 模式,使其只同步并关闭,以便更轻松地保持你的区块链副本最新。
  • 下周的会议不太可能举行(或者参与者很少),因为大多数开发人员正在前往 米兰扩展比特币大会

主要主题

  • 修剪和块中继
  • 删除检查点
  • Segwit 针对非压缩密钥?

修剪和块中继

背景

随着 Segwit 的引入,预计区块将更大,因此会给完整节点磁盘空间带来更大的压力。人们已经提出了几个想法,即添加一个服务标志来指示区块链已修剪并且不会中继历史区块。

会议评论

最简单的解决方案是添加一个标志,说明你中继有效的区块和交易,但不中继历史区块。当你想要多个范围,使节点可以只托管一部分旧区块时,它变得更加困难。当你想要以高效的方式支持分片时,它会变得更加困难。

Sipa 一直在运行一些关于从节点请求哪些区块深度的统计数据。他注意到 4 个有意义的范围

  • 前 2 个区块(只中继,7 000 000 个请求中的 100 000 个)
  • 深度不超过 +/- 2500 个区块(经常被请求,每个区块大约 200-2000 个请求)
  • 深度不超过 +/- 10000 个区块(被请求的次数比下一个范围多几次)
  • 剩下的(每个区块大约 20 个请求)

Sipa 指出,4 个范围可以用 2 个服务位标志完成。Wumpus 认为应该有一个服务标志,并通过查询指示范围,以便范围的数量可以是可变的。

在“addr”消息之上添加节点范围更难,gmaxwell 指出“addr”需要在不久的将来进行一些重做,因为这些消息与 Tor 的新隐藏服务标准不兼容。

Gmaxwell 之前一直在研究一个提案,其中节点可以发出一个小的种子,每个人都知道他们将存储历史的哪些部分,但到目前为止,他无法使其既计算效率高,又能使没有节点获取它之前已删除的区块。

Petertodd 指出,区块正在线性下载,因此我们可以利用这一点,确保具有一个范围的节点跟踪具有相邻范围的节点。

如果服务位用于指示提供最后 X 个区块,它应该与最大修剪一致。Sipa 的数据表明,对深度不超过 2000 个区块的区块有很多请求,而修剪节点的历史最低限度为 288 个区块。

Morcos 建议,当你的落后程度小于 288 个区块时,优先从修剪节点下载,从而减轻完整历史节点的负载。

会议结论

  • 从一个指示只中继深度为 288 个区块的服务位开始,也许稍后添加另一个指示更大范围的位。

删除检查点

背景

每隔一段时间,就会将一个旧的区块哈希硬编码到比特币软件中。不同的实现选择不同的检查点位置。这些检查点目前用于 3 种用例

  • 防止使用低难度头部的头部泛滥
  • 跳过早期区块中的签名
  • 估计进度

会议评论

Gmaxwell 建议完全删除检查点。由于只有极少数交易低于检查点,并且由于 libsecp256k1 签名检查只增加了 15-20 分钟的同步时间。

为了防止头部泛滥,gmaxwell 建议永久提高最低难度(如果现有区块违反了最低难度规则,则使用类似检查点的旁路)。

可以用许多不同的方式估计进度。

Sipa 不相信,并希望看到一个用于跳过签名的替代方案,该方案可以显着改善情况。Gmaxwell 希望它是一个好东西,因为否则不合理的尝试可能会被采用,例如比特币经典目前忽略了当地时间超过 24 小时的签名,这很容易被利用。

会议结论

  • 编写一个提案,删除检查点并用其他解决方案替换它。

Segwit 针对非压缩密钥?

背景

公钥可以以两种方式序列化:压缩(33 字节)或非压缩(65 字节)。自 Bitcoin QT 0.6 以来,使用的是压缩版本。

会议评论

该提案是在 Segwit 交易中使非压缩密钥变为非标准。Sipa 指出,在过去 2 个小时内,网络上使用的密钥中,非压缩密钥占 0.7%。

Armory 仍然使用非压缩密钥。如果 Segwit 强制使用压缩密钥,它将延迟 Armory 用户对 Segwit 的采用。他们计划无论如何都要使用新的钱包结构,包括 BIP32、压缩密钥和 Segwit 支持。Gmaxwell 认为压缩密钥支持可以完全在序列化 Segwit scriptpubkey 的过程中完成。

我们应该鼓励所有钱包使用压缩密钥,并在需要时提供帮助。

会议结论

  • 使 Segwit 中的非压缩密钥变为非标准
  • 鼓励钱包转向压缩密钥

幽默

wumpus          otoh bittorrent has a fixed block size :)
sipa            wumpus: so do we *ducks*
btcdrak         inb4 Bittorrent XT
petertodd       btcdrak: I use Bittorrent Unlimited myself

gmaxwell        Might as well fit a cubic spline to the height vs txn count... and store the parameters.
sipa now remembers a song our student organization wrote to the melody of staying alive, called 'cubic spline'

参与者

IRC 昵称 姓名/昵称
sipa Pieter Wuille
gmaxwell Gregory Maxwell
wumpus Wladimir van der Laan
btcdrak BtcDrak
kanzure Bryan Bishop
cfields Cory Fields
petertodd Peter Todd
jonasschnelli Jonas Schnelli
CodeShark Eric Lombrozo
luke-jr Luke Dashjr
Michagogo Michagogo
sdaftuar Suhas Daftuar
achow101 Andrew Chow
morcos Alex Morcos
MarcoFalke Marco Falke
jl2012 Johnson Lau

免责声明

本摘要是在未经讨论参与者任何人的输入的情况下编制的,因此任何错误都是摘要作者的过失,而不是讨论参与者的过失。