IRC meeting summary for 2017-01-12

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

主要議題

• 0.14 功能凍結

0.14 功能凍結

背景

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

會議評論

0.14 的功能凍結預定於 2017 年 1 月 16 日星期一。

PR #9499（使用 recent-rejects、orphans 和 recently-replaced txn 進行緊湊區塊重建）、#9375（在完整區塊連接之前中繼緊湊區塊訊息）和 #9441（大幅加速。網路鎖重構）可能足夠接近可以趕上。

多錢包至少還需要 2 個 PR，並且不是可以在最後一刻安全合併並讓人們在候選版本中測試的東西。

錯誤修復仍然可以在星期一之後加入。BlueMatt 認為 #9519（從手續費估算中排除 RBF 替換交易）和 #9512（修復 -fsanitize 投訴的各種問題）是應該加入的錯誤修復。Wumpus 擔心後者的這些變更在雜湊上會造成 +/- 1.5% 的效能損失。Sipa 認為他有一個版本可以修復問題而不會降低效能（甚至有非常輕微的效能提升）。

#9484（引入 assumevalid 設定）是一種無需使用檢查點即可跳過腳本驗證的方法，也很希望能加入。

Morcos 認為也應該考慮在 0.14 中加入 #9380（分離最低手續費的不同用途），因為目前如果礦工更改 -minrelaytxfee，它會自動更改他們對粉塵的定義，這偶爾會導致具有高費率的交易無法被部分礦工挖掘。這也損害了手續費估算，這可能更嚴重。

BlueMatt 想知道是否應該取消某些 PR 的 0.14 標記，例如 #8456、#8501、#8654、#8723 或 #8755。

Jonasschnelli 希望看到 #9294（使用內部 HD 鏈進行找零輸出）以及 #9377（fundrawtransaction：預設保留找零輸出金鑰），但後者是錯誤修復，可以稍後加入。前者可以避免建立更多單鏈 HD 錢包，因此越早加入越有價值。缺點是新建立的錢包無法在 0.13、0.14 版本的舊軟體上使用，可能包括將引入彈性金鑰路徑的 0.15。只要新版本接觸過的錢包不會自動使其不相容，每個人都可以接受。

Jonasschnelli 認為 #9461（改進進度顯示）是一個簡單的變更，可以加入 0.14。

BlueMatt 意識到他忘記了 cs_vSend split，它包含在 #9419（停止使用 cs_main 處理 CNodeState/State()）中，但本身就是一個巨大的勝利。

會議結論

• 0.14 不做多錢包
• 審查 #9484、#9380、網路相關：#9499、#9375、#9441 和錢包相關：#9294、#8456
• 取消標記 #8501、#8654、#8723 和 #8755

趣聞

jonasschnelli    The sad thing is, it will be another feature that is not downward compatible.
sipa             breaking backward compatibility in major releases is fine
wumpus           don't you mean forwards compatible? backwards compatible means that it can use old wallets, which should always be possible
jonasschnelli    wumpus: right. My fault.
sipa             backward compatible means that old software can use new wallets
jonasschnelli    perspective thing. :)
wumpus           huh? I thought the other way around.
sipa             forward compatible is what you normally always have
wumpus           I don't understand it anymore then
sipa             oopz
sipa             maybe i am wrong too
sipa             i will shut up
jtimon           all these backwards and forwards compatibility is confusing, softfork and hardforks are much more clear :p

參與者

免責聲明

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