IRC meeting summary for 2016-05-12

• 本週記錄連結
• Meeting minutes by meetbot

主要議題

• 一般 BIP 流程和問題
• RPC 長輪詢通知

緊湊區塊中繼 BIP 和一般 BIP 流程

背景

BIP 152：「緊湊區塊中繼」是 BlueMatt 提出的一個想法，透過對應該在節點記憶體池中的交易使用短交易 ID 來減少區塊中繼期間使用的頻寬。作為副作用，這也會減少區塊傳輸延遲。

會議評論

在上週會議中討論的 BIP9 部署文件已經建立。

BIP 編輯 Luke-jr 說，如果他們不是該 BIP 的列出作者，他希望人們不要 ACK/NACK BIP，因為 BIP 是作者的文件。

Jonasschnelli 提議定義一個規則，說明如何處理已實作 BIP 的實作連結。在 BIP32 中，不斷有 pull request 來新增連結，這些連結更多地作為廣告而不是其他任何東西。如果我們不監控它，也會帶來惡意軟體的風險。參考實作以及其他語言的實作可能很有用，因此最好連結到實作。Jcorgan 提議連結到 URL 和提交雜湊，以確保連結的程式碼反映實作。

會議結論

新增 BIP 實作連結取決於 BIP 作者，通常應該連結到實際的程式碼，而不是產品。

RPC 長輪詢通知

背景

長輪詢或類似協議將啟用一種簡單且安全的方式，透過網際網路向 Core 新增遠端 GUI 和遠端錢包。

會議評論

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?

參與者

免責聲明

本摘要是在沒有討論參與者任何輸入的情況下編譯的，因此任何錯誤都是摘要作者的過失，而非討論參與者的過失。