2016-05-12 IRC 会议总结

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

主要议题

• 通用 BIP 流程和问题
• RPC 长轮询通知

紧凑区块中继 BIP 和通用 BIP 流程

背景

BIP 152：“紧凑区块中继”是由 BlueMatt 提出的一个建议，旨在通过对应该在节点内存池中的交易使用短交易 ID 来减少区块中继期间使用的带宽。作为副作用，这也导致减少了区块传输延迟。

会议评论

在上周会议中讨论的BIP9 部署文档已完成。

BIP 编辑 Luke-jr 表示，如果他们不是该 BIP 的列出作者，他希望人们不要对 BIP 进行 ACK/NACK，因为 BIP 是作者的文档。

Jonasschnelli 建议定义一个规则来处理如何处理指向已实现 BIP 的实现的链接。在BIP32 中，不断有拉取请求添加链接，这些链接更多地充当广告而不是其他任何内容。如果我们不监控它，它还会增加恶意软件的风险。参考实现和用其他语言实现的实现都很有用，因此最好链接到实现。Jcorgan 建议链接到 URL 和提交哈希，以确保链接的代码反映了实现。

会议结论

添加 BIP 实现链接由 BIP 作者决定，通常应链接到实际代码，而不是产品。

RPC 长轮询通知

背景

长轮询 或类似协议将提供一种简单而安全的方式，通过互联网将远程 GUI 和远程钱包添加到 Core。

会议评论

由 jonasschnelli 提出的 PR #7949 正在实现 RPC 长轮询通知。

目前ZeroMQ 用于通知，但实际上仅适用于本地系统，不适用于通过互联网进行通知。Jcorgan 指出这可以通过CurveZMQ 实现。
ZeroMQ 可能过于复杂，无法进一步扩展，并且编写远程 GUI 的效率不高，因为您无法仅筛选钱包交易，而长轮询需要很少的代码更改并且没有依赖项。不过，让 Core 限制在一个接口中可能是有价值的。

RPC 长轮询的另一个优点是能够拥有受身份验证保护的私有通知。Wumpus 想知道我们是否想要私有通知。对于远程钱包 GUI，您会需要，但是他的想法是附加一个钱包，而不是钱包 GUI，因为他解释说钱包需要与核心分离。理想情况下，节点、钱包和 GUI 应该分开。Sipa 不确定 Core 钱包是否应该在此时间提供通信渠道。

另一种解决方案是提供一个微型守护进程，它将在核心和远程 GUI/钱包之间进行交互。

会议结论

有很多可能性：多种通知协议、仅 ZeroMQ、仅 RPC。意见分歧很大，会议结束后讨论仍在继续。不过，大多数人似乎同意重点应该放在节点 <-> 钱包连接上。

Jonasschnelli 将为 RPC 长轮询添加一些简单的示例。

轻松一刻

kanzure    have we received an overview from sipa yet about areas of segwit that he feels should be most thoroughly reviewed
sipa       kanzure: no, sorry
kanzure    can we get 10 volunteers to heckle sipa about this?

参与者

免责声明

此总结是在未征求任何参与讨论的人员意见的情况下编制的，因此任何错误都是总结作者的错误，而不是讨论参与者的错误。