2016-09-01 IRC 会议总结
概述
笔记/简短主题
- 0.13 部署似乎没有问题
- 有一些问题(8532,8425,8429)在 Travis 上报告。似乎是 Travis 基础设施导致了一些故障。fields 还解释了一个竞争条件:“问题在于节点高度已同步,但钱包不一定已更新其交易。因此,sync_all() 后跟余额检查是存在竞争条件的。”
主要议题
- 剩余的 0.13.1 问题
- nulldummy 和 low_s 软分叉提案
剩余的 0.13.1 问题
背景
比特币核心 0.13.0 于 2016/08/23 发布。下一个版本 0.13.1 可能将包含隔离见证软分叉激活逻辑,以及其他错误修复和优化。
会议评论
有很多针对 0.13.1 的拉取请求。Wumpus 想知道是否有一些应该优先审查,因为其中一些存在冲突。PR#8393(支持紧凑块以及隔离见证)是一个阻碍因素,也是对DoS 问题的解决方案,这些问题在2016/08/04和2016/08/25会议中讨论过。Sipa 对之前完全验证所有内容的建议感到不舒服。Luke-jr 和 sdaftuar 倾向于使用见证哈希而不是 txid 的拒绝缓存方法,但是这需要重新进行交易中继,这是一个很大的变化,并且有一些复杂之处,例如复制多个索引。大多数人喜欢强制执行 feefilter 的想法,尽管它不像其他一些解决方案那样是灵丹妙药。Sipa 想知道是否每个人都同意仅对非见证使用拒绝缓存,以及对最常见的交易类型检测无效见证膨胀的启发式方法,例如检查见证程序的嵌入式脚本哈希是否与见证脚本的哈希匹配。Luke-jr 认为强制执行 feefilter 可能会导致费用策略和祖先费用率(父节点支付)出现分歧问题,gmaxwell 指出,CPFP 中继在当前形式下已通过 feefilter 最大程度地受到抑制;强制执行 feefilter 不会使其变得更糟。
BlueMatt 想知道 feefilter 是否会导致去匿名化,以及我们是否应该对金额进行四舍五入/随机化。Gmaxwell 解释说它已经在这样做,但我们无法保证具有多个接口的单个节点不能被识别为同一个节点,因为还有其他几种方法可以做到这一点。
Jeremyrubin 提到他的Checkqueue 无锁正在通过测试,并希望听到人们希望看到的内容,以便将其合并。BlueMatt 指出,这将使 checkqueue 的性能提高 10-20%。
Gmaxwell 希望看到 PR #8594(不要将随机入站对等节点添加到 addrman)回溯到 0.13.1。
会议结论
nulldummy 和 low_s 软分叉提案
背景
可塑性的一个来源是 ECDSA 签名中的“S”值,它可以有两个值,高值和低值。去年引入了一项策略,要求节点需要低 S 值(在2015-10-08 会议中讨论过)。Sipa 现在提议将其作为共识规则,而不仅仅是策略。
这在 2016/08/11 会议中进行了讨论
会议评论
这个话题需要重新审视,因为 jl2012 发现 low_s 存在一个非常奇怪的实现问题泄露到语义中,这对于标准性来说不是问题,但对于共识来说,我们应该更喜欢干净的语义。这可以通过执行“仅在无效 checksig 中使用空签名”软分叉来实现。Sipa 建议稍后与空签名规则一起执行 low_s 软分叉,并且仅将 nulldummy 与隔离见证捆绑在一起。
BlueMatt 询问链中是否曾经出现过非零长度的无效签名,方法是使用 OP_NOT。至少出现过一次这种情况。BlueMatt 建议在 0.13.1 中将非零长度的无效签名设为非标准。
会议结论
- 将非零长度的无效签名设为非标准
轻松一刻
BlueMatt but can be OP_NOT'd, no?
sipa yes, but nobody sane does that
BlueMatt sure, but /has/ anyone ever done so?
jtimon BlueMatt: good question, petertodd has anybody done that? :p
sipa petertodd: have you done that?
petertodd sipa: me personally, probably not - I'm a fine arts grad :P
BlueMatt I was informed that non-0-length invalid sigs is not nonstd
gmaxwell It is non-standard for segwit. (unless I am on drugs.)
sipa gmaxwell: you're on drugs
cfields well, as a nasty short-term fix, we can just throw some sleeps in after sync. that should at least shut travis up while we work on a fix
gmaxwell sleeps for now sound fine to me. We could all use more sleep.
参与者
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 |
paveljanik | Pavel Janik |
instagibbs | Gregory Sanders |
jeremyrubin | Jeremy Rubin |
sdaftuar | Suhas Daftuar |
BlueMatt | Matt Corallo |
jtimon | Jorge Timón |
免责声明
此总结是在未征求讨论参与者任何意见的情况下编写的,因此任何错误均由总结作者负责,而非讨论参与者。