2016-02-25 IRC 会议摘要

概述

日志
主要话题
简短话题
BIP 68/112/113 推出
即将发布的 OpenSSL 版本
参与者
幽默

日志

主要话题

BIP 68/112/113 推出
即将发布的 OpenSSL 版本

简短话题

PR #7542 实施“feefilter” P2P 消息 尚未审查。

BIP 68/112/113 推出

背景

BIP 68 通过序列号发出共识强制执行的交易替换信号。
BIP 112 CHECKSEQUENCEVERIFY。
BIP 113 中位数时间过去作为锁定时间计算的终点。

简而言之：BIP 68 更改了序列号字段的含义，使其成为相对锁定时间。BIP 112 使该字段可供比特币脚本系统访问。BIP 113 使得能够从先前块中的锁定时间交易中使用 GetMedianTimePast（前 11 个块的中位数）。

BIP 9 带有超时和延迟的版本位。

目前软分叉已通过 IsSuperMajority 机制完成，这意味着当最后 1000 个块中 95% 的版本号大于 X 时，就会部署分叉。目前正在开发一种新的执行方式，该方式使用版本号的所有位，恰如其分地称为版本位。因此，分叉不会发生在版本大于（例如）00000000011（3）时，而是发生在（例如）第 3 位为 1 时（因此为 00100000011）。这样，软分叉可以同时且相互独立地部署。

会议评论

相当一部分算力正在使用区块版本号对 BIP 109 进行投票，这使得使用 IsSuperMajority 进行部署变得复杂。这也可能延迟隔离见证的部署。因此，可能会使用版本位。

BIP 68 需要 v2 交易，这些交易目前没有被转发。

相当一部分算力在任何已发布的软件支持 CLTV (BIP 65) 之前就已表示准备强制执行 CLTV。

会议结论

PR #7561 将需要转换为版本位。

审查 PR #7575。

转发策略可能会在软分叉部署之前更改。

与 btcd 开发人员讨论 BIP 9/68/112/113，以获取反馈。

向邮件列表发送一封关于 BIP 68/112/113 部署的电子邮件，以征求任何异议。

为了防止过早激活，将为 BIP 9 软分叉定义“开始时间”。建议在预期发布日期后 1-2 个月的开始时间。

即将发布的 OpenSSL 版本

背景

有一个新的 OpenSSL 版本修复了一些安全问题。

由于 0.12 版本的比特币核心使用他们自己的 libsecp256k1 进行 ECDSA 签名验证，而不是 OpenSSL。

会议评论

应尽可能将 OpenSSL 从软件中移除。

OpenSSL 实际上只需要用于支付协议，而支付协议几乎未使用。建议默认情况下将其禁用，并留意反馈。

会议结论

暂时需要为严重的 OpenSSL 漏洞发布紧急更新。

参与者

petertodd         Peter Todd
gmaxwell          Gregory Maxwell
btcdrak           btcdrak
morcos            Alex Morcos
sipa              Pieter Wuille
CodeShark         Eric Lombrozo
jonasschnelli     Jonas Schnelli
sdaftuar          Suhas Daftuar
warren            Warren Togami

幽默

25:30 <btcdrak> wumpus: I would caution any merging consensus refactoring PRs until we get the sf code emerged. It will make backporting to 0.12 easier and easier to verify (basically an easy cherrypick).
26:28 <petertodd> btcdrak: I suggest we buy jtimom a time machine so he can do his refactors in the past :)
26:40 <petertodd> *jtimon