2016-12-15 IRC 會議摘要

• 本週會議記錄連結
• meetbot 會議紀錄

備註 / 簡短議題

• Sipa 和 gmaxwell 一直在試驗每交易輸出 UTXO 快取方法，而不是按交易分組 UTXO，但到目前為止結果看起來不太樂觀。當它完全在記憶體中運作時，速度快 15%，但是當 levelDB 參與時，它會更慢。真正的收益應該來自於使快取更智慧，但需要進一步測試。 想要每交易輸出快取的原因是目前的行為可能在平均情況下很好，但對於大型交易來說很糟糕。

主要議題

• PR 積壓/0.13.2 的緊急 PR

PR 積壓/0.13.2 的緊急 PR

背景

Bitcoin Core 0.13.2 帶來了各種錯誤修復和性能改進。RC1 預計在本月底或下個月初發布。

會議討論

PR #9322（不設置未知的 rpcserialversion），如果你請求的序列化版本高於你的軟體支援的版本，它會返回錯誤，Luke-jr 有一條評論，他希望允許設置超出預設的未來序列化版本。但假設預設值始終是最新版本。Wumpus 指出這可以在稍後的拉取請求中完成，這個可以合併。

PR #9352（嘗試從所有緊湊區塊公告重建）需要快速推進，以解決 FIBRE/一些目前的網路問題。Gmaxwell 解釋說，目前，如果有人向我們發送標頭，我們請求一個區塊並標記該區塊正在傳輸中。如果在我們等待時出現一個緊湊區塊（例如，來自高頻寬模式發送者，該發送者發送未經請求的區塊），我們就會忽略它，而不是嘗試重建區塊。這意味著，如果一個節點出現故障且緩慢傳輸或無法回應，高頻寬模式將無法解決這個問題。我們可以深入探討以實現最佳行為，但目前提出的是一個非常小的變更，即使區塊正在傳輸中，我們仍然會看看是否可以僅從緊湊區塊中恢復整個區塊。如果可以，我們接受它，並將區塊標記為完成。

PR #9289（net：放棄 boost::thread_group）阻礙了網路重構的下一輪變更。

PR #9262（偏好祖先較少的幣，在 ATMP 之前進行合理性檢查）已準備好，但對於預設值存在一些分歧。Gmaxwell 和 instagibbs 認為它應該預設為「關閉」。這些交易將在錢包中排隊，定期重新廣播，並在不再超限時發出。可以在 0.14 中變更預設值，如果需要的話。PR 最重要的變更是盡可能避免那些傳播不良的交易，這不是可選的。由於這會造成實際問題，應該回移到 0.13.2

MarcoFalke 想知道是否有人對他在 PR #9347 中關於 fLimitFree 旗標的評論有強烈意見。他認為這並不重要，但希望得到第二意見。

會議結論

• 合併 #9322（不設置未知的 rpcserialversion）
• 審查 #9262（偏好祖先較少的幣，在 ATMP 之前進行合理性檢查）預設停用並回移到 0.13.2
• 審查 #9352（嘗試從所有緊湊區塊公告重建）並回移到 0.13.2

幽默時刻

instagibbs      更好就是更好
gmaxwell        有時更好就是更糟，肯定有一篇關於這個的文章。:P

參與者

免責聲明

本摘要編寫時未徵詢任何討論參與者的意見，因此任何錯誤均為摘要作者的責任，而非討論參與者的責任。