2016-11-10 IRC 會議摘要
概覽
主要議題
- 混合 SPV
- 多執行緒 ProcessMessages
- 0.14
混合 SPV
背景
Jonasschnelli 正在進行一個拉取請求,為錢包添加全區塊 SPV 模式。
它會有 2 個選項:-spv 和 -spvonly,-spv 用於啟用使用者在區塊鏈仍在下載/驗證時發送和接收交易。-spvonly 則完全不驗證區塊。
PR 目前的限制:
- 沒有 SPV 0 確認交易
- SPV 交易的備用手續費(因為沒有記憶池/手續費估算器)
- 它只有簡單的 spv 重組處理
- 目前與修剪不相容
會議討論
Jonasschnelli 想知道這個想法是否值得追求,因為他還沒有收到任何概念性的 ACK。
每個人都認為這是一個很好的功能。BlueMatt 認為包含 spv-only 模式可能不值得,但是沒有額外成本,因為混合模式需要這些程式碼。它也將是唯一使用完整區塊的 SPV 客戶端。
會議結論
- 繼續進行混合全區塊 SPV 模式
多執行緒 ProcessMessages
背景
目前 Bitcoin Core 在單執行緒中進行訊息處理。BlueMatt 請求對多訊息處理執行緒的一些回饋和一般關注。
會議討論
BlueMatt 詳細說明,目前它不是很有用,因為大多數訊息使用 cs_main,但他希望能儘早而不是稍後看到它的管道。例如:添加多執行緒訊息傳遞將允許節點在處理區塊時回應 getblocktxn,這是他真正想要用於基於 FIBRE 的中繼網路的功能。Wumpus 補充說,能夠同時服務多個節點也會非常有用,應該可以減少區塊中繼延遲。
Morcos 指出,首先徹底審查同步問題很重要,因為現在可能無法檢測到問題,因為它們只從單執行緒存取。
Gmaxwell 認為讓 process message 並發可能會為 nodestats 周圍的資料競爭帶來更大的風險,所以他建議使用 valgrind DRD 執行測試,並嘗試消除資料競爭。
會議結論
- 進行添加多執行緒訊息處理的工作
0.14
背景
Bitcoin Core 0.14 預計在 2017 年 3 月左右發布。
會議討論
MarcoFalke 想知道進入 0.14 的優先事項是什麼。
拆分 main.cpp 幾乎可以肯定會在此時進入。
Sdaftuar 希望看到 JeremyRubin 的驗證加速進入。
Jonasschnelli 認為多錢包支援剩下的工作不多,儘管他不確定是否能趕上 0.14。為多錢包支援開設了一個 github 專案。
對於網路重構,Cfields 的目標是下週完成 net.h/cpp 拆分。
Bumpfee 應該得到一些審查。
記憶池統計的基礎工作在 #8501 中完成,但到目前為止沒有審查。
會議結論
- 優先審查錢包變更
幽默時刻
gmaxwell 我們應該向所有錯過時區變更的美國人打招呼。
gmaxwell 並且現在剛到。:P
gmaxwell 嗨,各位。
achow101 嗨
petertodd gmaxwell: 加拿大人也是 :)
btcdrak petertodd: 你是說雪地墨西哥人對吧?
gmaxwell 歡迎來到會議結束。
wumpus 是的,歡迎
sipa kthxbye
wumpus #endmeeting
MarcoFalk_ 也許川普會廢除日光節約時間參與者
| IRC nick | Name/Nym |
|---|---|
| sipa | Pieter Wuille |
| gmaxwell | Gregory Maxwell |
| wumpus | Wladimir van der Laan |
| btcdrak | BtcDrak |
| NicolasDorier | Nicolas Dorier |
| morcos | Alex Morcos |
| jtimon | Jorge Timón |
| BlueMatt | Matt Corallo |
| kanzure | Bryan Bishop |
| jonasschnelli | Jonas Schnelli |
| sdaftuar | Suhas Daftuar |
| achow101 | Andrew Chow |
| cfields | Cory Fields |
| MarcoFalke | Marco Falke |
| CodeShark | Eric Lombrozo |
| paveljanik | Pavel Janik |
| petertodd | Peter Todd |
免責聲明
本摘要編寫時未徵詢任何討論參與者的意見,因此任何錯誤均為摘要作者的責任,而非討論參與者的責任。
