IRC meeting summary for 2016-07-21

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

筆記 / 簡短議題

• 0.13 已在幾天前從 master 分支出來。
• Jeremyrubin 一直在進行 checkqueue.h 的重構，包括一些不錯的改進。Cfields 一直在優化 sigcache，並提議一起合作提出一個良好的代表性基準來測試改進。
• 目前錢包程式碼透過使用 txminRelayFee 來防止建立低於粉塵的輸出。去年在 PR#6793 中提升此值時，一些交易無法再中繼，對使用者造成了一些壓力。NicolasDorier 正在 PR#8356 中努力避免未來出現此類問題。

主要議題

• 0.13.0
• 移除 ISM
• sigops 最大大小和每位元組 sigops 限制

0.13.0

背景

Bitcoin Core 團隊正在朝 0.13.0 發布版本努力（完整時程表），RC1 自 2016-07-20 起可用。

會議討論

RC1 收到了一些回饋，注意到在加密錢包時，它使用相同的 HD 種子，這意味著在建立錢包時 HD 種子已經未加密地存在磁碟上。Jonasschnelli 正在進行修復，在加密錢包後建立新的 HD 種子。

一個常見的抱怨是缺乏匯出 HD 種子的方法。Jonasschnelli 有一個pull request，易於審查且影響較低，將種子匯出到 dumpwallet。匯入是一個不同的問題，影響更大，因為錢包目前不支援多個種子。這是 0.14 的功能。

Luke-jr 指出新的預設策略使用 blockmaxweight 在當前環境中的表現不如使用 blockmaxsize。他做了一個 pull request 來改變這一點。這是一個相當大的變更，需要更多討論。

會議結論

• 審查 PR #8206

移除 ISM

背景

在 BIP9 之前，軟分叉是透過 isSuperMajority（ISM）機制完成的，意思是當最後 1000 個區塊中的 95% 的版本號高於 X 時，分叉就會部署。BIP68、BIP112 和 BIP113 同時使用 BIP9 部署。

會議討論

NicolasDorier 做了一個 pull request 來移除 ISM 並在 regtest 中硬編碼由 ISM 產生的軟分叉。

Gmaxwell 想在 0.13 中移除 ISM，但不想引入與 segwit 合併的衝突，所以他擱置了它。

討論很快偏離到與重構相關的議題。

會議結論

• 審查 PR#8391
• 在重構其程式碼之前移除 ISM

sigops 最大大小和每位元組 sigops 限制

背景

為了防止簽名操作（SIGOPS）攻擊，開發者引入了 bytespersigop 選項來限制我們中繼和挖掘的交易中的 sigops 數量。這在 2015-11-05 會議中討論過。

有人抱怨這個限制使得一些裸多簽輸出難以花費。

會議討論

對此有兩個提議的解決方案：一個由 sipa 提出，一個由 f139975 提出。Sipa 認為後者使其變得不必要地複雜，但除此之外並不強烈反對。

Luke-jr 認為引入限制的原因是為了過濾垃圾訊息，允許高 sigops 交易但收取高額費用等於隱含地認可不必要地使用大量 sigops。Gmaxwell 不同意，並表示他不會支援為了過濾目的而設定的限制。目前為了繞過限制，他們膨脹交易以獲得更多 sigops，PR #8365 將修復這一點，sdaftuar 認為我們可以在長遠考慮更好的策略。

隨後進行了一些討論，關於這些交易是否應該被視為垃圾訊息。

會議結論

查看 PR #8364 和 #8365

趣味環節

19:59	lightningbot    Meeting ended Thu Jul 21 19:59:17 2016 UTC
20:03	sipa            ok, i'm going to catch some pokemon
20:03	sipa            i mean
20:03	sipa            i'm going for a walk

與會者

免責聲明

本摘要由未參與討論的人編撰，因此任何錯誤均為摘要作者的責任，而非討論參與者的責任。