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 |
免责声明
本摘要是在未经讨论参与者任何人的输入的情况下编制的,因此任何错误都是摘要作者的过失,而不是讨论参与者的过失。