IRC meeting summary for 2017-01-05

• 本週日誌連結
• 會議紀錄（meetbot 版本）

筆記／短主題

• Jonasschnelli 建立了 2016 年 Git 視覺化的草稿影片。

主要議題

• 分叉警告系統修復
• 0.14 審查優先順序

分叉警告系統修復

背景

大工作量分叉警告系統（應該在具有足夠工作量證明的分叉持續被挖掘時警告使用者）目前在 header first 驗證下已損壞。

Jl2012 正在研究此問題的修復方案。

會議評論

Jl2012 詳細說明這不僅僅是修復，它會儲存無效區塊下的有效標頭，只要有有效的工作量證明和有效的 nTime。

Gmaxwell 對警告系統的實用性表示懷疑：已經有太多誤報，而且大多數人一開始就沒有有效使用它。BlueMatt 指出，擁有可靠的警告系統是修復系統信任度的第一步。

Sipa 想知道我們是否需要檢測內部共識錯誤，例如資料庫損壞、CPU 過熱等，因為實際上看到的 99.99% 分叉警告只是節點故障。

沒有人認為此變更對 0.14 來說很重要。

會議結論

• 更專注於 0.14 的關鍵變更

0.14 審查優先順序

背景

Bitcoin Core 0.14 預定於 2017 年 3 月左右發布。針對 0.14 的開放 pull request 已標記 0.14 標籤。

會議評論

如果審查工作不是瓶頸，人們希望在 0.14 中看到的內容：

Wumpus 希望看到具名參數。

BlueMatt 認為平行 ProcessMessages 對某些使用案例來說是巨大的改進，但如果沒有足夠的時間審查，他會跳過 0.14。

Jtimon 希望加入自訂區塊鏈，但懷疑這是否現實。為了效率，此最佳化可能有幫助，但沒有人有時間進行基準測試。

Luke-jr 指出有人希望看到多錢包 PR（#8775 和 #8694），以及忽略/覆寫拒絕，但它們沒有標記 0.14 里程碑。

Morcos 希望看到區塊中繼改進（#9375、#9441 和 #9447），並可能加入平行 ProcessMessages。#9441 有很多提交，但大多數都很小，以便於審查。

Gmaxwell 希望看到多錢包支援（PR #8775 和 #8694）和 UTXO scriptpubkey 索引，儘管後者似乎已被請求者放棄。此外，Morcos 的 CreateTransaction 變更可以修復一些令人擔憂的手續費超額支付邊緣情況，這也很好。

Jonasschnelli 認為 HD chain split 也應該進入 0.14，加上某種形式的 HD 重新掃描。

已經有很多工作要做，並且至少有 4 個阻礙 0.14 的退化問題（issues #9479、#9027、#9148 和 #9212）。Morcos 指出，如果 #9371（修復 issue #9479）無法進入 0.14，我們需要還原 #9240。

會議結論

• 專注於手續費修復（#9404）、網路鎖重構（#9441）、具名參數（#8811）、早期緊湊區塊中繼（#9375、#9441 和 #9447），以及較低優先順序的多錢包變更（#8775 和 #8694）。

趣聞

jonasschnelli       Fun topic: 2016 Git Visualisation: I'd created a draft video, need feedback to overhaul it and place it on the bitcoincore.org website.
jonasschnelli       https://vimeo.com/198242328
jonasschnelli       Password coredev
jonasschnelli       (will be there for a couple of mins)
luke-jr             jonasschnelli: why password protect it and post the password in public? :P
jonasschnelli       Security by obscurity.
petertodd           luke-jr: MILITARY LEVEL BLOCKCHAIN SECURITY

參與者

免責聲明

本摘要由未參與討論的人員編譯，因此任何錯誤都是摘要作者的責任，而非討論參與者的責任。